HN user

fro

88 karma

javascript developer focused on geo + data vis. @fsrowe

Posts0
Comments25
View on HN
No posts found.

Machines do steal jobs - the repetitive, manual labor jobs that humans do not want. They also increase efficiency and profits for companies, leading to lower costs for consumers and investments in new industries that may not have existed before.

Don't React 11 years ago

Yeah I don't get this. Just because there are popular alternatives doesn't mean there aren't tons of people for whom Grunt still works perfectly well.

+1. There is literally zero negative impact on anyone's life by a hundred new js frameworks coming out every day. Ignore them. Use the ones you know and enjoy. If a new one seems to be gaining mainstream traction, spend an hour to check it out. Don't waste a second of brain activity or get annoyed with new frameworks - there is no reason.

I regularly work with relatively large JSON files (500kb - 4mb). These open and edit quickly in ST. Atom refuses to load anything over 2mb, and chokes even on 500kb files.

Yes, and most of those things are already available as modular open source tools that fit well in the Node ecosystem. Encouraging people to use one giant, closed, monolithic program for all of those purposes is not a good step forward for Node.

Seems like overkill. Part of why Node is great and so easy to get started with is that all you need is a browser, a text editor, and the terminal. I suppose for people that already use VS this is good, but maybe we should encourage them to write Node apps outside of that environment instead of shoving Node into a giant IDE.

This could be big for making dynamic web maps faster. Often we request a large array of geometries to display on a map and can only display them all at once after ajax is done. If we could display each geometry as they are loaded it would be a big improvement to perceived performance. I imagine this is the case for other kinds of data vis as well. Off to test!

It's not so much about when you work, but that you have a set schedule and routine. If you have a job, usually this is during the day. Knowing when you wake up every day that you will be working at these exact times tremendously helps your focus and production.

Very often late night, sporadic sessions are a product of, "oh crap I have to get some work done! Time for coffee and pounding out as much code as I can."

Not saying you can't be productive at night, but real production comes from day in, day out routine and dedication to the work. It's not as sexy but it's the reality of the job.

In the description of the book the author is pushing, I find this sentence, "A popular trend is to get up at 4am and get some work done before the day’s craziness begins. Others like going to bed at 4am."

Do real, professional programmers work this way? It is romantic to think of hacking away in front of a glowing screen at 3am, but I believe most work gets done during the actual work day. Often hacking at night means you are writing code but not making progress, which seems to be the problem with this "disgruntled developer".

Set a schedule, start working in the morning and stop working in the evening, and your sessions will be much more productive and produce higher quality work than these late night, crazed, caffeine-fueled sessions.

Ten dollars seems like a token amount that most clients would give you to just say, "Hey why not, maybe this will turn into something." I'd make it a higher amount or just, you know, genuinely ask them whether they would buy and use your product. Most people will give you their honest opinion either way.

Another argument: Legislating that ISPs must treat all their bits as equal may cause ISPs to lose the flexibility needed to optimize their networks. Laws that inhibit freedom of private companies may look like a good solution to certain problems, but they often have unintended side effects that decrease the efficiency and effectiveness of the company.

Allowing market forces to work solves the original problem, and does not create laws limiting freedom and innovation in the company.