|
Marco Bertschi wrote: I was really surprised when I found out that CUPS is developed by Apple
So...the next version will need you to print via iTunes then?
Never underestimate the power of stupid things in large numbers
--- Serious Sam
|
|
|
|
|
At least this would mean that iTunes becomes available to Linux users. Obviously this wouldn't make any big difference, so - Nope
Veni, vidi, caecus | Everything summarizes to Assembly code
|
|
|
|
|
|
I have network printing built in to my HTC phone, obviously doesn't support every printer, but hasn't failed me yet.
|
|
|
|
|
To me, Ingress[^] is the one.
You can always use Cloud Print[^] for printing documents.
"Bastards encourage idiots to use Oracle Forms, Web Forms, Access and a number of other dinky web publishing tolls.", Mycroft Holmes[ ^]
|
|
|
|
|
|
The first one was really great!
|
|
|
|
|
Ich kann die immer und immer wieder anschauen
|
|
|
|
|
I like the first one, but the second is a reworking of an old joke.
Still gets a
Never underestimate the power of stupid things in large numbers
--- Serious Sam
|
|
|
|
|
For me both are new Anyway thank you for feedback and .
|
|
|
|
|
Awesome teacher!
"Real men drive manual transmission" - Rajesh.
|
|
|
|
|
In my quest to learn Ruby on Rails, I am installing a Rails development environment using Msys2[^]. It contains all the base packages (other than Rails and its dependencies) I need, such as Ruby, a compiler toolchain (GCC), and various libraries and utilities.
I can post a link to the system I set up here if people want (I will have to find a place to upload it first, as it is very, very large, almost a Gigabyte in size!)
Getting information off the Internet is like taking a drink from a fire hydrant.
- Mitchell Kapor
|
|
|
|
|
Brisingr Aerowing wrote: a compiler toolchain (GCC)
I'm confused. I thought GCC was a C++ compiler.
The difficult we do right away...
...the impossible takes slightly longer.
|
|
|
|
|
RoR still needs to be compiled since it is distributed in source form.
|
|
|
|
|
GCC has C, C++, Fortran, Obj-C, Obj-C++, Ada, and Java compilers.
Getting information off the Internet is like taking a drink from a fire hydrant.
- Mitchell Kapor
|
|
|
|
|
GCC = GNU compiler collection. Not GNU C compiler.
|
|
|
|
|
I don't know what value posting a link to something that large would be, but the steps, things to look-out for would make a great article
'g'
|
|
|
|
|
Signature construction in progress. Sorry for the inconvenience.
Damn you have the perfect signature - CBadger
|
|
|
|
|
Can you tell me, why you have decided to learn Ruby on Rails instead of ASP.net MVC ?
|
|
|
|
|
Sampath Lokuge wrote: why you have decided to learn Ruby on Rails instead of ASP.net MVC ?
I thought I'd answer that, as it's a question I keep asking myself as to whether I want to continue with RoR and/or include ASP.NET / MVC as well in my toolbox of technologies.
I started with RoR over a year ago because that's what my client uses and I was taking over the web development. Looking at ASP.NET / MVC, it looks like Microsoft "borrowed" most of the concepts from RoR (who borrowed the concepts probably from somebody else), but anyways, it seems like it would be very easy to learn one once you know the other (and of course are familiar with the language itself.)
That said, there is a huge base of developer support for RoR, and I'm not sure that places like NuGet have the same level of community contribution. Most of the stuff is of decent quality too.
Because RoR is interpreted, it means that I don't have to recompile the app to see changes -- I can make changes to the model, controllers, and of course the views without having to restart the server. Makes development a breeze.
Ruby is a cool language too, it's fun to work in, but it can also be seriously abused--things you just won't find in C# code, such as returning two completely different types from a function call.
Marc
|
|
|
|
|
Thanks Marc.It's very interesting.And same time, congratulations to you be an MVP in 2014
|
|
|
|
|
Marc Clifton wrote: Because RoR is interpreted, it means that I don't have to recompile the app to see changes -- I can make changes to the model, controllers, and of course the views without having to restart the server. Makes development a breeze.
I'm about 70 coding hours into a RoR/AngularJS/Coffeescript project (all 3 new to me); and am finding about 2/3rds of my debug time is being spent on issues that a compiled/strongly typed language would've called me out on immediately; even ignoring that VS (or even Eclipse) >> Sublime my dev rate's a lot slower than on other platforms.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Dan Neely wrote: and am finding about 2/3rds of my debug time is being spent on issues that a compiled/strongly typed language would've called me out on immediately;
Absolutely. Duck-typing is a productivity-killer in my opinion. Type inference is another killer in an interpreted context. At least in F#, the IDE detects issues even before you compile the code, though it is possible to fool it.
To help with that, what I do is the following:
* I use very descriptive function names, variable names, and parameter names
* I write very small functions that do just one thing
* I comment every single function, describing the input and output types so I know how to use the function later on
* I heavily comment the code
* I refactor constantly -- as soon as I see some duplicate code, I refactor it into a single function
* I step through every line of code (I tend to do that in C# as well, so it's not really a development hit)
* I explicitly specify the return value, even if it's redundant.
* Liberal use of white space.
Notice I didn't say that I write tests or work in a TDD paradigm. The main reason is that it takes a while to fire up the unit tests, which is yet another hit on development time, not to mention writing the tests.
Lastly, there's a lot of "idiomatic" Ruby which is really cool and sexy and geeky but is totally incomprehensible at first glance. I always refactor those into functions that explicitly state what's going on. The idea is that the high level code should tell me what it's doing, and the low level code tells me how it's doing it.
Here's an example:
How:
# Given comma separated values in a string, returns an array of strings, stripping leading
# and trailing whitespace.
def csv_to_array(csv)
array = csv.split(',').collect{|s| s.strip}
array
end
What:
# Adds children (given in csv format) to an entity.
def add_children(entity, csv_children)
child_list = csv_to_array(csv_children)
entity.add_children(child_list, self.project_id)
end
Hope that helps! (And gee, I think I'm going to copy this reply and post it on my blog!)
Marc
|
|
|
|
|
every time I've tried breaking most/all of my code into methods that small I found myself spending more time chasing up/down the call stack than anything else and with productivity even lower than when trying to wade though multi-hundred line method failure.
I've never been a fan of test first coding; but enough tests to catch regression failures has always been something I've liked. The problem I'm having here, and why I started a thread about a ruby CI server, is people being sloppy about remembering to update tests when they did change something: Did you break it? Did merging your changes with mine break it? Did git hork up the auto merge badly? ... is my second biggest pain point on the project atm.
Did you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason?
Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful?
--Zachris Topelius
Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies.
-- Sarah Hoyt
|
|
|
|
|
Dan Neely wrote: when trying to wade though multi-hundred line method failure
Ugh, sounds like you've inherited some really bad code. I tend to find that myself, which has led me to develop my own "best practices" when writing Ruby code.
Dan Neely wrote: Did git hork up the auto merge badly? ... is my second biggest pain point on the project atm.
Don't even get me started regarding Git.
Marc
|
|
|
|