Interestingly, Sabian is the same family as Zildjian. I believe the owners at the time of separation were brothers Robert (who separated out the Sabian line in Canada naming it after his children) and Armand who took the Zildjian line in Massachusetts.
There is a rich tradition of secret sauce Armenian-American businesses splitting in half in this way. Zankou Chicken forked, for instance, however much more acrimoniously.
Been playing drums for 30+ years. I ended up with tinnitus after an extremely loud concert wearing Hearos, which are a brand name for Etymotic ER20s (as with all things hearing it probably was not just that concert, but that was the single point at which tinnitus started and didn't go away). After that I decided to just spend big and buy custom molded ear plugs (In my case 64audio). Even when wearing the -20db cartridges they were significantly more effective for me than the ER20s. My theory is the shape of my ear canal makes it hard to get straight plugs in to get full protection (even the foamies I can't get in far enough). Over time I have gotten used to the tinnitus and with the use of IEMs and the custom Ear plugs, which I've been using for 10 years now, my hearing hasn't gotten worse and the tinnitus levels have remained low.
Not going to speak to the article but want to layout that in 1997 when I was a waiter at Chili’s I made $2.50 an hour base wage, but with tips nearly always cleared $24/h. In 1999 I was a waiter for an upscale steakhouse in the city of Chicago and on average made about $40/h. Several of the waiters there were career waiters and had families. Many career waiters worked very hard to get jobs at higher and higher end restaurants and could clear 100K on the year back in 1999.
I used to live in a touristy area and there was a similar phenomenon with waitresses in the city center - the only issue was that after a few years the waitresses were let go because the employers picked prettier ones as a replacement. A colleague of mine from highschool got hit hard by that, as she thought she'll surely not be one of those that get replaced. She had to take her lifestyle a few good notches down with no higher ed and just waiting experience. She would have had no issues with getting a degree, she was smart but naive.
CareRev | REMOTE with an office in Los Angeles | Multiple positions | United States Employment Authorization Only. No Visa sponsorship.
YCS16 graduate.
CareRev's technology powers a marketplace for Healthcare Professionals to work shifts at Healthcare Facilities. Help make an impact by enabling delivery of nursing and related survices during the worldwide pandemic!
We are looking to ramp up our team significantly over the next year and have just opened up a lot of positions.
We have the following product/engineering roles available:
* Android Engineer - mid to senior; Kotlin
* Web Engineer - mid to senior; JS, React, Elm
* Backend/API Engineer - mid to senior; Ruby, Postgresql, Redis
* Data Analyst - mid; SQL
* Product Manager - mid 2+ years experience with web and or native mobile apps
Not all the above roles are listed yet, still working on write ups! But feel free to email techjobs at carerev.com with your resume, linkedin or similar. Or click "Send Us Your Resume" on the careers page.
This is avoidable by continuing to use Ruby. Just continue to use it and contribute to the community, it's that easy. Ruby still has big businesses using it - Github, Airbnb, Shopify. There is no reason to believe it'll go the way of cold fusion. The language ecosystem is much different than 20 years ago. There are so many languages all thriving. Even Perl is relatively healthy and is a fine choice for doing many things in the software space.
I came out a little bit negative in the end, but as I said I don't think it's going away.
All these companies you listed using it with Rails and that part of the ecosystem is alive and well, but I'm not interested in it.
A few years ago Ruby ruled the DevOps/Cloud space(which I working in), a lot of tools was written in it, but with the dawn of containerization, its former glory starting to fade. Docker, k8s, or even the new GitHub CLI is written in Go. While I am happy to write Ruby code, I can't expect the same from my colleagues.
While professionally I don't think I will continue to use it much longer, I still planning to keep up with it. Before the lockdown, I started teaching Ruby at a local meetup group, and I can't wait for Ruby 3.
IMO Ruby is already being left behind. HTTP/2 is a good example. Rails doesn't support it, and I can't find anything recent saying support will be added soon. Java is notorious for slow innovation yet language level support for HTTP/2 as added years ago and enabled for basically every popular framework. Same with Python, C#, Go, JS.
HTTP/2 is essential if you want good SEO which makes Rails a non-starter for many projects already
That doesn't make sense. AFAIK with frameworks like Rails or Django you never expose their server directly to the Internet, you put a NGINX in front of it. And NGINX talks to the backend code via UNIX sockets, so support for it in NGINX is what matters.
And sooner rather than later you are going to need a load balancer anyway.
That's not really good enough, you will have http1.1 between nginx and the actual server. Many features require actual code framework level support, like server-side push, realtime streams and grpc.
My hypothesis: it’s hard to have a descent grasp of technologies without having actually used it. Tie that with “let’s not include too many moving parts” and it’s easy to end up in a situation where the edict is “Kafka”. Let’s say you have never used RDBMS, only used rethinkdb and that turned out to be problematic for whatever reason, next project the founder hires you on the premise that the system you build needs to scale to billions of requests per minute ASAP (eventhough currently there is 0 traffic).
Even though currently there is zero traffic is exactly right. Haha. When this company finally did get customers, the thing they thought would help them manage thousands of high volume customers ended up making it so they could barely retain a few very low volume customers.
I'll admit, I only recognized that mistake because I've made it myself, over and over. It's hard to push code knowing it'll need improvements later, or knowing how scopes will change. I find myself repeating "perfect is the enemy of good" because I struggle to just let a solution be good enough.
It's tough to be consulted and watch people go against your advice like that, though.
I worked at a pizza place in the early to mid 90s in the suburbs of Chicago. The place ran its own delivery service. The service was fantastic, pizzas delivered piping hot most of the times. It wasn’t very hard for the restaurant to set up and operate the service. 15 year old me understood it pretty well.
That said I think where these delivery services have come in is at places that historically didn’t have their own delivery. Now these places suddenly have “delivery as a service” to add on with Seemingly no additional work, a fee, and additional revenue.
These places could easily start their own delivery service if they want, but they must still think it’s easier to pay the delivery as a service fees.
Yes, pizza places had it figured out. Everyone else, not so much. And on Uber Eats or many of their competitors you can order pancakes with coffee, burgers, traditional food, Georgian, whatever.
In Poland, Pyszne.pl is usually better and offers a wider selection than Uber Eats. The delivery is often provided by the restaurant itself, just like you suggest. In fact, I made two orders from Uber Eats today and both are delivered by the restaurant. But even then the intermediary keeps them honest with reviews and access to the platform. It's not pure rent seeking.
Before that, these platforms do a lot of promotion, marketing, and allow for easy discovery. They have greatly expanded the market. Just like Uber did for taxis.
I emailed a local comic shop that’s closed to the public, but I was able to order $100 worth of trade paperbacks. Got it 2 days later. No “online” shop, but still worked. As best you can, try to spend money with the local stores you used to go to.
CareRev | Los Angeles, CA | Data, Product, Web, Back-end/API, Android, Tools
We provide software to Hospitals, Clinics, and Surgery Centers to fill more RN, CNA, Tech, and MA shifts where needed with staff and/or external workforce.
We are super busy on account of the novel coronavirus, so this is brief. Help us get healthcare professionals to the right place at the right time to provide the best care possible.
Tech Stacks:
Android - Kotlin;
Web - Elm w/ Legacy React;
API - Rails/Postgresql/Redis;
Tools - Same as API + ActiveAdmin (will be retiring AA soonish for custom tools);
Data - greenfield you decide
Product Manager:
Classic product stuff + building out the team
CareRev (YC16) | Back-end Software Engineer | Los Angeles, CA | Full-Time | Onsite | 150k+
Us:
CareRev is a labor transformation solution that enables healthcare systems to optimize their workforce and reduce premium labor costs while empowering healthcare professionals to take control of their careers.
Role:
Senior Back End Engineer with 7 or more years experience. You enjoy designing, building and optimizing backend systems. You have consider tradeoffs between different technologies and strive to reach for the right tool for the job at hand. You tend to think data and data structures first.
Our Back End Tech Stack:
* Postgresql
* Redis
* Ruby
* Rails
* Linux
* Heroku
* AWS (Especially lambda and S3)
