343 karma · joined February 6, 2013
I'm linking my keytrace.dev: did:plc:uashgn65n5z7aqwk5cbuba5c
1. You use the name "snapshots" in the header, yet call it a Snap everywhere else.
2. You don't outright define what a Snap is anywhere on the page. I have to infer what it is from the screenshots and specific, single words you use.
3. Platforms in the header are disjointed. Put both on one side. Information should be modular--the OS X/iOS parts should be close together--so the user doesn't have to look around for it.
I think your comment is a more direct way of saying what a lot of people have said: Break it down into smaller problems. You can go through each smaller problem and solve it, then move on to the next, until you're done. Once there, you'll have learned how to program. Or I should say, I will have.
I think there might be an implied aspect of this that we're not getting. Someone said to (paraphrasing here) "Google every problem you come up against; 'how do I do x with y, how does a work, how do I implement b, etc.'" That seems like it would work--if you Google every problem you have, or look at the docs for every function you use, a pattern will start building in your head that shows you how to do x with y. I think the key here is looking at the core source of the tools you're using and connecting the dots in your head.
There are hundreds of tutorials on how to write JavaScript, use the for loop, use if else statements, and so on. But not very many that I have found actually show how to use those to build a real program, explaining the steps and thought process behind the program along the way.
There are definitely ones that show you how to do things with it, but there's often not an explanation of _why_ something works the way it does.
That said, you're absolutely right in saying that I want to "solve problems" (that's just the best term I could come up with after months of trying to convey my meaning to many people--I have no attachment to it) for the intellectual satisfaction and joy of doing so. I really just love what I have done with writing code. It's really fulfilling and the structure of it resonates with me at a deep level.
So, your comment is very helpful. There's no end to the small problems or ideas that I have, especially within my work writing code. You may have answered this and I didn't understand, but the main thing I'm getting at with my OP is that I don't have the skill set to actually solve the problems. I know it probably sounds completely ridiculous, but I've approached many small problems and have always produced the absolute barest skeleton of the program which solves the problem I have. I then draw a blank on what I need to do next to continue solving the problem--the structure and the logic don't exist in my brain yet. That's what I really want to get from this thread, and I think there are some excellent responses that help with that, including yours.
I'm a college student, and I haven't had a single programming course. I'm interested in full-stack, including front-end design and dev. I've learned my shit with that, and can hold my own with it pretty well. However, I do have plenty of free time to do what I want with programming, and I've taken on a massive load.
Every day I'm hopping between frameworks. I did half of the Ember.js course at CodeSchool, realized I didn't like how the project was being handled and decided to try React. That's just the latest, though--I've been trying to learn Node, Express, Gulp, Slush, and a bunch of others. I've got about 10 projects with just a bit of work done on them, and no more because I got stuck, didn't know what to do, and moved on. I see now that I really need to pick my tool and learn it.
Right now, that's going to be Node + Express for me. I don't think I have the gusto or interest to get into the nitty-gritty of Node core dev, but I could definitely do that with Express. Thank you for the excellent guide on how to really focus with it. I'll definitely be doing that immediately.
Thanks for your help, and I'll definitely sign on to Freenode to chat and get some help/ideas some time.
Very infrequent updates. I was told that it shouldn't matter, but ran into several problems immediately when I tried some of their tuts.
> http://nodejs.org/documentation/tutorials
Only lists NodeSchool. Why not just list NodeSchool?
> http://nodetuts.com/ (video tutorials)
Last updated a year and a half ago.
http://blog.modulus.io/absolute-beginners-guide-to-nodejs
So basic it's almost useless. It introduces you to including modules, package.json, and callbacks, but if you want to actually go further, there's not much help.
>When you are done, look at this list of extensive node at Stackoverflow:
>http://stackoverflow.com/questions/2353818/how-do-i-get-star...
Pretty out of date as well.
OP: There's not a ton of resources for jumping into Node easily. The majority of the ones I've found haven't worked for me--however, that could just be me, not being an experienced programmer. I just took the Real Time Web with Node.js course at CodeSchool, and it was pretty good. I learned a lot, familiarized myself with certain modules and functions, and was able to come out of it feeling positive about the experience. Highly suggested.
Bullshit actions in partnership with Apple: http://pando.com/2014/03/25/newly-unsealed-documents-show-st...
And, to me, the worst - Bulling the CSS WG: http://lists.w3.org/Archives/Public/www-style/2014Feb/0103.h...
Flynn can (verb) as a PaaS platform that allows you to do what you need to within your existing infrastructure.
Flynn runs on your servers as a PaaS platform that you can build upon to (whatever a PaaS does).
I don't really know what PaaSes do, but those should work if you find interesting words (not just generic ones) to put where I've noted. Adding extremely informative details in a sub heading would be very beneficial.
The same goes for each of those fields, and every other field--there are certain people who know a lot about them, and when the topic comes up they talk about them. The reason it seems like there are a bunch of super-brilliant "10x" programmers is that there are many, many of these specialized people on HN and around the web, and at least a few of them always have something to say about a topic. It doesn't mean they're all super-brilliant "10x" programmers.
There's good diversity in languages in our field. Get over it. There's a good reason GitHub has done so well. Get over it. There's a good reason why Macs are the most popular amongst designers. Get over it.
You can build any type of app you want on top of Tent.
See the hosting provider Cupcake.io to get a working Tent account: https://cupcake.io (say ^bnb.cupcake.is sent you!)