dlau1
U.S. moves to double Canadian lumber tariffs
I don't think this is bad in any right. It looks (and I grew up in the bay area through turn of the century) just like the dot com bubble. The promising part of this is that the underlying technologies being developed, a way to distribute information and business logic in a way where there is an indisputable fully traceable truth, is huge. I think of blockchain-like platforms like Ethereum as the ARPANET to our internet. The opportunities to supplant existing fully centralized systems such as stock exchanges, escrow systems, supply chain/provenance tracking, etc. with a fully decentralized or hybrid approach is huge.
In the end though, I think it will come down to where governments draw the line in the sand. The sad but true reality is that the regulators with the guns will always have ultimate power.
South Korea justice ministry prepares to ban cryptocurrency trading
The Zenrez engineering team is building products that are fundamentally changing the fitness industry. We’re empowering studio owners to grow their small businesses and allowing them to focus on what matters most, teaching their amazing classes.
Our core suite of software products cover the full customer lifecycle for studio owners, from acquisition, to retention, to recovery.
We are a full-stack JavaScript shop. We deploy to production continuously, consistently and safely adding value for our customers. Our current focus is scalability and evolving our service oriented architecture.
Candidates should have at least 1 year industry experience.
Please email me at [email protected]
The Zenrez engineering team is building products that are fundamentally changing the fitness industry. We’re empowering studio owners to grow their small businesses and allowing them to focus on what matters most, teaching their amazing classes. Our core suite of software products cover the full customer lifecycle for studio owners, from acquisition, to retention, to recovery.
We are a full-stack JavaScript shop. We deploy to production continuously, consistently and safely adding value for our customers. Our current focus is scalability and evolving our service oriented architecture.
Interview process: A take home problem with a follow up phone pairing session on the solution and 1 onsite interview.
Please email me at daryl AT zenrez DOT com
[1] http://librato.com hardware guide I used: https://learn.adafruit.com/dht-humidity-sensing-on-raspberry...
=== About us ===
Good Eggs brings local, farm-fresh groceries right to your door! We are a technology focused company with a CTO who previously founded Carbon Five, an exceptional agile development shop. See our Engineering Blog and Github account:
We have a great mission (https://www.goodeggs.com/philosophy) - to grow and sustain local food systems worldwide - and everyone here is deeply committed to it. We have expanded to 4 cities - New York, New Orleans, Los Angeles and San Francisco - and our investors include Sequoia Capital, Harrison Metal, Baseline Ventures, Collaborative Fund and Westly Group, among others.
There are ~20 of us on the engineering team and we’re actively growing. We’re building next-generation web and mobile applications with JavaScript across the stack, including Node.js, MongoDB, AngularJS, and CoffeeScript. The team has been built from the ground up with practices around test-driven development, pair programming, and continuous deployment.
== About you ===
Ideal Candidates Will Have:
* 3-5+ years full-stack web application development in Ruby, Python, Java, or JavaScript
* TDD experience / experience with pairing / Continuous Deployment
* Domain expertise in: e-commerce, billing, payments, or warehouse distribution software
======
Downside is that after using a proper functional language (clojure[script]) you end up wanting some really basic things such as immutable core data structures.
I feel like if you start from scratch on a javascript project, it's possible to program in a functional manner. I've found it really tough to introduce functional concepts to an already full stack javascript codebase.
BTW: I'd recommend ramda [1] for those interested in functional javascript programming. The auto-currying makes it way more powerful than underscore/lodash in terms of encouraging pure reusable functions.
=== About us ===
Good Eggs brings local, farm-fresh groceries right to your door! We are a technology focused company with a CTO who previously founded Carbon Five, an exceptional agile development shop. See our Engineering Blog and Github account:
We have a great mission (https://www.goodeggs.com/philosophy) - to grow and sustain local food systems worldwide - and everyone here is deeply committed to it. We have expanded to 4 cities - New York, New Orleans, Los Angeles and San Francisco - and our investors include Sequoia Capital, Harrison Metal, Baseline Ventures, Collaborative Fund and Westly Group, among others.
There are ~20 of us on the engineering team and we’re actively growing. We’re building next-generation web and mobile applications with JavaScript across the stack, including Node.js, MongoDB, AngularJS, and CoffeeScript. The team has been built from the ground up with practices around test-driven development, pair programming, and continuous deployment.
== About you ===
Ideal Candidates Will Have:
* 3-5+ years full-stack web application development in Ruby, Python, Java, or JavaScript
* TDD experience / experience with pairing / Continuous Deployment
* Domain expertise in: e-commerce, billing, payments, or warehouse distribution software
======
http://www.jobscore.com/jobs2/goodeggs/software-engineer/cQ_...
I’m an engineer at the company, if you have any questions feel free to e-mail me: daryl(at)goodeggs.com
=== About us ===
Good Eggs brings local, farm-fresh groceries right to your door! We are a technology focused company with a CTO who previously founded Carbon Five, an exceptional agile development shop. See our Engineering Blog and Github account:
We have a great mission (https://www.goodeggs.com/philosophy) - to grow and sustain local food systems worldwide - and everyone here is deeply committed to it. We have expanded to 4 cities - New York, New Orleans, Los Angeles and San Francisco - and our investors include Sequoia Capital, Harrison Metal, Baseline Ventures, Collaborative Fund and Westly Group, among others.
There are ~20 of us on the engineering team and we’re actively growing. We’re building next-generation web and mobile applications with JavaScript across the stack, including Node.js, MongoDB, AngularJS, Backbone, and CoffeeScript. The team has been built from the ground up with practices around test-driven development, pair programming, and continuous deployment.
== About you ===
Ideal Candidates Will Have:
* 3-5+ years full-stack web application development in Ruby, Python, Java, or JavaScript
* TDD experience / experience with pairing / Continuous Deployment
* Domain expertise in: e-commerce, billing, payments, or warehouse distribution software
======
http://www.jobscore.com/jobs2/goodeggs/software-engineer/cQ_...
I’m happy to field any questions - feel free to e-mail me: daryl(at)goodeggs.com
This organization has no public repositories.
I also home brewed a system very similar to what I described at my previous job. With the current information out there, it looked almost the same as relay, except without GraphQL. We implemented our own query/synchronization mechanism.
Especially excited at the idea of a single store. I've always had a little bit of a beef with Flux when it came to interdependencies within stores.
I feel like one of the problems with react that is currently not well solved is the integration of a client and server side router for a truly isomorphic application. There have been quite a few implementations that rely on a single om-like state that they serialize and deserialize to the client. Relay feels like it would fit extremely well into this paradigm.
If you are in the sf bay, nola, la, or nyc, check it out at http://goodeggs.com
Here is the SF egg section (we deliver to sf, east bay, and the peninsula)
The path to Neovim 1.0
But ... can't you achieve this level of efficiency, maybe even better with a combination of auto completion and snippets?
With python and vim, I use jedi-vim[0] and neosnippet[1] for textmate compatible snippet completion.
0 : https://github.com/davidhalter/jedi-vim 1 : https://github.com/Shougo/neosnippet.vim
I just can't fathom there being huge publicly available password lists with credentials that are still valid.
Trends in the Silk Road 2.0
With emacs, it seems like I have to learn the system to even use some plugins like projectile effectively.
Emacs with evil, without a doubt, runs so much smoother while editing large projects. The biggest point is that asynchronous operations are a lot easier to perform in emacs. You can get close to it with plugins like vim-dispatch or vimproc, but they always felt like a second class solution to me.
You get cool stuff like search/replace preview and super smooth async operations in the background (like on the fly linting with flycheck).
In the end, I'm still using vim. Unite with vimproc is "good enough" for me. For me, the only real place where async operation is a huge problem is with file search operations. Every few months I try to use emacs for a day, maybe next time it will stick :)
Their 'enterprise' dedicated servers look really attractive.
$109,$174 for 64gb,128gb ram with really nice e5-16x0v2s. 2x 240gb intel S3500 ssds for $35 more a month.
http://www.ovh.com/us/dedicated-servers/enterprise/
Seemingly better network and infrastructure than hetzner too?
It looks like the bits to import/export the fonts in a portable format (json) are already in place. You could literally run a git repo with the font files and serve it up to a web interface. That would be awesome :D
TBH, a lot of sites really overdo the client-side rendering thing.
In my opinion, a setup like this is close to what the next big wave of frameworks will use.
You can break your layout up into parts and have a site that is partially dynamic and partially static. You just pass the html that react renders to your templating engine.
Getting everything setup correctly can be a little hassle, but gulp is fast enough when doing a watch on the compilation step. Of course, because everything is javascript you share the exact same component code between client and server.
This is a good example that helped me a bit[2]
[1] http://facebook.github.io/react/ [2] https://github.com/mhart/react-server-example
Logical Replication
Upsert
-Would be HUGE for postgres
0 : https://github.com/tgriesser/knex 1 : https://github.com/tgriesser/bookshelf
I can't wait to drop this in to one of my projects!