Bostwick
Joined 16 years ago
Joined 16 years ago
The original press release appears to be overloaded right now, but hopefully will come back online soon. At https://globalpressroom.bose.com/us-en/pressrelease/view/192...
One thing Caret gets right that other Markdown editors (Macdown is what I currently use) don't is wordcount. In Caret, the document wordcount is always visible in the upper right corner, and if I select some text, the wordcount for the selection is displayed again. Others have mentioned the lack of live-preview as a deal-breaker, but I'm ok with this because of the easy, obvious shortcut. My main purpose with Markdown editors is writing READMEs and blog posts, and I usually don't keep live-preview open as I'm writing.
The one missing feature to keep me from pre-ordering is detection of jekyll YAML headers.
Instead of selling “software-as-a-service,” these DIFM companies are
delivering “software-with-a-service.” The result is awesome customer
experience that can only be delivered with a human touch.
Techcrunch has it reversed. These companies are selling a service, and happen to effectively use software to create their competitive advantage.The 4G worst-case scenario is still better than the best-case scenario for a 3G network, which is what you'll see with a majority of users. I'd like to see this analysis done with a 3G connection as well, because I suspect the real jQuery tax for a majority of mobile users is over a second.
I do like the point made about latency and the suggestions at the bottom of the article. It's a strong incentive for apps to introduce a real asset pipeline and js and css minifiers.
What I would love to see, and which seems realistic from this video, is an installation that shows the people waiting a "loading bar" or countdown or some visual indicator of how long until the crosswalk is green for pedestrians. In the video they show this as the background color - red or green - gradually draining from the screen.
You're right. In the case of small, fast applications designed to be called as part of shell scripts, the JVM does suffer start-up costs. Some testing on my personal machine shows the JVM to be 2x to 8x slower than a comparable Ruby or Python script in startup time. [1] Depending on the script, that startup time may or may not acceptable, and if the script runs for longer than a second, which is entirely possible for anything that goes beyond the local machine, the JVM will get progressively faster.
> This is not just 1 type of application, it's the most important type of application by far.
This needs more explanation. I've used Unix for many years, and I've definitely bought in to its philosophy of small and composable; It's a philosophy that in many ways mirrors functional programming. However, in my opinion, the most important type of application varies considerably by person. For you, the small, single-purpose applications may be what you use most.
And I agree, if you're programming for the Unix platform, the JVM would not be the best choice. Unix was built on C. A program that builds on that platform is probably a better choice.
But there are many more applications out there, and for any command-line program that operate in a time domain longer than 10 seconds, the JVM startup costs are mostly eliminated. This time-domain is very plausible for a command that operates on medium-scale databases or anything with network connectivity.
It's silly to completely dismiss an entire platform because it is not the absolute best choice for a single domain of programs.
I'm curious: What do you do where the short-lived, composable Unix functions are the most important programs?
Really, the JVM can be used for anything that _computers_ can be used for, and it does so in a way that the code is runnable across all major platforms and still maintains a top-5 language performance spot, even beating C/C++ in some specific cases.
Why do you feel that the JVM is limited in its applications as a development platform?
[1] http://blog.redfin.com/devblog/2010/05/how_and_why_twitter_u... [2] http://www.datomic.com/about.html [3] http://hadoop.apache.org/
I'm a fan of the book, and I've been waiting to see this movie, but I confess that I don't know much about the author. Sources would be greatly appreciated.
http://www.danielbostwick.com/ http://github.com/bostwick https://www.linkedin.com/in/dbostwick