I wonder if you might wanna join efforts on building your cloud offer with guys at https://neon.tech/ (i'm not affiliated, but I'm waiting for your cloud offering)
31 karma · joined December 3, 2010
I wonder if you might wanna join efforts on building your cloud offer with guys at https://neon.tech/ (i'm not affiliated, but I'm waiting for your cloud offering)
With this new pricing model, it feels like we're getting a generous "free tier" on the platform, but it's implicit.
The "Hobby Plan" section in the ToS sounds like a risky thing to sign up for https://zeit.co/legal/terms#hobby-plan
I'm a solo dev. I won't sign up for the "Pro" plan in the foreseeable future
Also, there're rumors on MBP 16" with a fixed(?) keyboard...
any chances you and your team are working on a GraphQL access layer for the Firestore?
It feels like nested queries(using refs for relations), basic mutations and (especially) graphql subscriptions would be a great match with Firestore and a big improvement in dev experience, imho.
That's exactly what I'm talking about. I'd also like to pick up some "silver bullet", like Elm(if I got you right), for any new project.
Unfortunately, real world is usually a little bit more complicated than "I'm free to pick up any technology that I want. All browsers are the same, their behavior is consistent, mobile web is pure joy and all of our users know their plugins might cause an issue to our app, therefore they're disabling them when they launch our app".
Anybody who does webdev knows that. Different projects, different requirements(sometimes very, very strange), brand new requirements right before the release, deadlines, etc. There're lots of things you have to deal with to end up with a good website\app. Picking a language with nice "correctness guarantees", is not going to help you much.
There were times, long time before 0.19, when there were at least discussions on effect managers, extending the type system, native modules were a nice escape hatch to fix your problem at hand with nasty browser bug or even Elm runtime issue. Those were times when I was so excited to use Elm, did some tiny (sub)projects in it, did a workshop at the office.
Since then, many things have changed to the worse, imho. Some features were removed, not even deprecated. No public discussions, no roadmap, no bugfix releases, no escape hatches for special cases. But who cares what some random guy on the internets thinks :)
Don't get me wrong, I think Elm is a great experiment in the land of static languages, lots of great stuff is getting into mainstream languages(like Elm architecture, error msgs). I still hope we'll see the 1.0 version and things might get better in terms of feature stability, feedback and building things a little bit more complex than counter apps without hitting even more pain points than we have with modern JS\TS.
> Freedom is the rope with which I can hang myself.
If you'd like to, why not? It's up to you. You're not forced to do, though.
On the other side, being a hostage of some secret plans in "people in power" minds, you might be forced to do any kind of staff. New constraints are here and they're enforced on anyone. That's a catch with constraints, you can be OK with existing, but you'll never know what comes tomorrow.
Like until the time only 50% of speakers are homo sapiens?
My 2014 15" MBP is mostly fine, however it needs some cleaning and anti-reflective coating issue has become really annoying lately. 2015 vs 2016 was hard since there's so little feedback from actual users(power\professional ones) and this post is really helpful. I haven't heard anything more annoying(to my ears) than this new keyboard.
Still buying smth 1.5 years old(instead of 2.5 y.o.) not to satisfy your expectations, just to meet your needs(old ones, but with no stain issues)... Is it the world that "pro"+"mobile" Apple users should live from now on? :\
Remote: Yes
Willing to relocate: Maybe
Technologies: mostly front-end - JS, SASS, React/redux, Backbone, Node. Interested in Elixir.
Résumé/CV: http://gothy.me
Email: dmitry.utkin@gmail.com
Interested in building web projects from top to bottom, FP, scaling systems.
Remote: Yes
Willing to relocate: Maybe
Technologies: mostly front-end - JS/Coffee, SASS, React/Flux, Backbone, Node. Also played with Go, Elixir.
Résumé/CV: http://gothy.me
Email: dmitry.utkin@gmail.com
Interested in building web projects from top to bottom, FP, scaling problems.
Remote: Yes
Willing to relocate: Maybe (in 6-12 months)
Technologies: mostly front-end - JS/Coffee, SASS, React/Flux, Backbone, Node. (Past: Python/Django, Android. Also played with Go, Elixir)
Résumé/CV: http://gothy.me
Email: dmitry.utkin@gmail.com
Interested in building web projects from top to bottom, UI\UX, solving scaling problems.
Remote: Yes
Willing to relocate: Not at the moment.
Technologies: mostly front-end stuff currently - JS/Coffee, SASS, Backbone, Node, React. Past: python, java, android/j2me. Played with Go, Elixir.
Résumé/CV: http://gothy.me
Email: dmitry.utkin@gmail.com
Interested in building web projects from top to bottom, UI\UX, solving highload problems.
Don't we already have more than enough frameworks for established languages? :\
Yes, modules are loaded and used independently in V8. Node just wraps it around and adds some additional features.
Remote: Yes
Willing to relocate: Not at the moment.
Technologies: mostly front-end stuff currently - JS/Coffee, sass, backbone, node, react. Past: python, java, android/j2me. Played with Go, Elixir.
Résumé/CV: http://gothy.me
Email: dmitry.utkin@gmail.com
Interested in building web projects from top to bottom, user experience, solving highload problems.
When developer writes some fancy one-liner in CS or Python and I'm reviewing his commit, I just ask him to come over and explain what this thing is doing. Sometimes it takes more than 20 second to read and explain even by author. Then I say: "You wrote this line an hour ago and it's already hard for you to understand what it does. Imagine you'll need to change it in a month. You'll hate yourself. Go and rewrite this code explicitly to help yourself in the future."
If you force yourself and teammates to write explicit code, you get all the pluses of CoffeeScript avoiding bad readability.
2 hasenj: try using coffeescript to get expressiveness if you're coming from Python(like I do). You'll be much more comfortable with it. Especially when you're using it for both frontend and backend.
Node was a "why not?" choice for my last small inhouse realtime analytics. I could write it in python, but I've been writing LOTS of CoffeeScript recently so I've tried to go with node and redis. And it was a perfect fit for this task.
I'm pretty sure I wont use it for some complex business logic or number crunching. But that's not because I'm afraid to loose maintainability or peace of mind. It's because that would be just stupid, there is a lot of better tools for this. You should keep in mind whats your platform nature, whats it good for.
Every contending platform or language has it tradeoffs. I like ErlangVM features and philosophy, but I can't pass over the language weirdness. And VM speed sucks. And the community is much smaller. Nodejs is booming, you should agree on that.
Go is great, I'm planning to use it for my next "why not?" project. But it takes a lot of things you love in dynamic languages away. You choose between "program performance vs programmer performance". And again, the community and adoption is taking its first babysteps.
I've played a bit with the initial Fire tablet and I was really surprised with overall UX. Some Chinese "noname" tablets felt like a better option than "this".
Apple has really high standards in producing their products and user experience from store to watching a movie on iPad. Amazon is good at providing services, but they fail at the overall UX. Maybe that's going to change, maybe HD 8.9 is a huge step forward(i just don't know yet). But for me, the overall experience really matter much more than a price badge on a box. IMHO.