Recent submissions

Comment · 4 years ago
Accrue Savings | Full Stack Product Engineer | REMOTE (Any country +/- 6 hrs from NYC) | NYC

Accrue Savings [0] helps buyer purchase desirable product without taking on debt and helps merchant expand customer base by offering responsible payment options. Product Engineer / Full Stack ready to improve an amazing product. We recently raised Series A round [1] and are iterating rapidly on our product.

Our team is dedicated to supporting new members. We have a broad mix of experience levels, and we're building an environment that celebrates knowledge sharing. Our team cares about individual well being. We value caring for team member health and family first, then bringing our full selves to work.We are building a collaborative environment, where ideas and discussions are valued. However you will have autonomy in technical decision making and in return will be expected to have an owner mindset. We value fast iteration and rapid development, if you have a bias for action when faced with conflicting choices you will succeed at Accrue.

Accrue is only getting started, we value bold direction that inspires results. Accrue is working on a product that does social good, change is not easy and we will be misunderstood for long periods of time. We are willing to persist, measure, validate and iterate on our product. Our senior members enjoy one-on-one mentoring and thorough, but kind, code reviews. We care about your career growth and strive to assign projects based on what will help each team member develop into a better-rounded engineer and enable them to take on more complex tasks in the future.

* Programming experience with Typescript, Node and React * 1+ years Front end experience, familiar with CSS, HTML * Well-rounded engineering skills; full-stack development experience - web + services * Strong analytical abilities and design skills * Degree in computer science related fields OR 2+ years equivalent experience in software development

Additional roles in other departments are open [2]

To apply or to know more you can reach me directly bhaskar at accruesavings

[0] https://www.accruesavings.com/

[1] https://techcrunch.com/2022/01/13/tiger-global-accrue-saving...

[2] https://www.accruesavings.com/careers

Comment · 7 years ago
At Reonomy, we have been in the midst of a transition between FE technologies. Our platform was initially built with a mix of AngularJS – and over the past few months, we have made a full transition to the more developer-friendly React.

In order to make this transition feasible, we created a reactive-hooks library for rendering RxJS observables using React Hooks.

Comment · 9 years ago
Enigma | Multiple Positions | NYC, Manhattan | 120K-160K | ONSITE, FULL-TIME | https://enigma.com

At Enigma, you’ll be involved in designing, building, and scaling the behind-the-scenes software that powers Enigma's data products. Our platform is responsible for curating a variety of data sets in a plethora of formats, analyzing and normalizing before being used to create data ontologies, knowledge graphs and models that allow users to solve real world problems: investigate corruption, find interesting relationships between seemingly unrelated data sets, make and confirm hypotheses and much more.

Blog https://medium.com/enigma

Comment · 9 years ago
Comment · 11 years ago
You are correct in that one use case for Genesis is hardware inventory taking, however Genesis is intended for use with Collins and shares aspects of automation with Collins and Phil (internal tool not currently Open Sourced).

On the title itself, I think it is correct, tho requires more nuanced interpretation.

Comment · 11 years ago
Looking through the bulleted list on Razor. One use case for Genesis that drove its development is "Auto-Discovered Real-Time Inventory Data".

Genesis tho is intended for much more. It is both a linux image, a framework implementing a DSL which you can use to write tasks utilizing all of ruby.

Ex: Genesis allows you to configure hardware raid based on asset policies/attributes in Collins. Would this fall into "Policy-Based Provisioning?"

On "Open APIs and Plug-in Architecture", it is correct to state that Genesis is built around utilizing functionality from Collins, however there aren't specific limitation in Genesis which cannot be addressed to support other asset management systems, tho, this isn't a priority.

On "Dynamic Image Selection", currently we have an additional internal system that in conjunction with Collins provides support for OS versions, some aspects of this may at a later time be introduced into Genesis.

Comment · 11 years ago
On the modules, those included in the public repo by nature of not having specific to Tumblr's DC are unsophisticated.

Along side Genesis we use additional internal tools that "provision" physical hardware using Kickstart specification.

One of the challenges with provisioning machines is bringing visibility to the process of provisioning while the machine is being provisioned. Kickstart and Anaconda installer aren't ideal from a visibility stand point.

Genesis in addition to providing a means to discover hardware at the DC allows for some provisioning automation to be moved into ruby code instead of Kickstart. Internally we are experimenting with additional solutions other than using Kickstart.

Comment · 11 years ago
You are correct in that Tumblr did not release Invisible Touch. Genesis is the outcome of lesson learned from IT.

Genesis does not use scripts embedded into the image. In fact this was the original design of IT and much of the reason IT was not released and Genesis was created.

Comment · 12 years ago
I am going to guess, what you really mean, is that you have not met successful people who have been mean to you or someone you associate with, or your inference is driven by a sampling bias.

Some points I agree with (a) Increasingly you win not by fighting to get control of a scarce resource, but by having new ideas and building new things. (b) that being mean makes you fail (* increases the likelihood of you failing) (c) Start ups win by transcending

Some points I disagree with (a) Mean people fail (b) Successful startup founders, programmers, professors, aren't (all) mean (c) Startups are not just one random type of work in which meanness and success are inversely correlated -- This is just a sampling bias

Comment · 12 years ago
Comment · 13 years ago
This is not correct. I left Amazon last year after 3 years. I had a temp sit besides me for about 1 year. He did the same job as a SDE-2 would do. He worked for a team writing software for inventory management, my team worked in the same space. A month after he left, my manager asked me if I knew anyone who would be a good fit. I immediately mentioned his name based on what I had seen for over an year. I never heard back again.

Amazon has less then stellar hiring practices even for full time employees. From personal experience in no particular order (a) low balling new hires in salary and position (b) bar raiser ego trips and (c) if it isn't my answer it isn't the right answer.

I have also seen an engineer promoted to Principal for having accomplished nothing during the entire year (imo), and another principal say to me, why would anyone who has an offer from Google ever pick Amazon.

Comment · 13 years ago
Quote from the article

"Let me tell you another story: my neighbour in the upper-middle-class area where I live is a man who owns luxury hotels. His house is huge, but no sooner had he moved in than he appropriated about half of the pavement space to the front and side of his house, claiming it for his own. This means less parking for others, less pavement for children, less walking space for everyone. Of the 400-odd houses in this area, at least half have done this. At the same time they have also collectively seen off the only roadside tea stall in the area that served all the service providers – the guards, the drivers, the domestics, the sweepers. "

Both the writer and you are discounting the 200 odd houses in the area that have not claimed an entitlement on the pavement, by doing so you are discrediting the willingness of those who are playing by the rules to further an argument that does no hold scrutiny. Further more as others have stated in comments, there is nothing in the article that is uniquely Indian.

> In India this is quite possible, a middle class person could easily hire 3-4 people and therefore start to create change.

Most people do not have a need to hire 3-4 people. Growing up it was common to have a maid who helped with household chores due to the absence of amenities like a dish washer or washing machine. As these services become available there is no need to hire folks to do such work. Hiring folks and having them laze around only to take home wages is a ridiculous idea, moreover wealth saved by not hiring these folks is spent on other purposes (movies, restaurants etc.) that the so called wealth might consider a good return on investment. These in turn create jobs for services that are required (taxi drivers, ticket vendors, waiters, restaurant managers etc.). The fact that the so called upper class people do not hire folks to do their dishes and laundry is if anything a move towards a society with fewer artificial classes.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton