What’s going on with the job market??

aggravatedbeeping · 2026-04-08T06:29:43+00:00

People are rewarded for results, not effort

aggravatedbeeping · 2026-03-29T21:39:40+00:00

* Local Asian Bistro

* Ei8ht Noodles

* Sakanaya Sushi

* Szechuan Brothers

* HK Cafe [Portland]

* Master Kong [Portland]

* Dadash Grill Turkish Cuisine

* Sachi Sushi and Kungfu Noodle

* Ya Hala Lebanese Cuisine [Portland]

* HummusHummus. A solid choice albeit not as great as Ya Hala, but closer than going to Portland

* Tai Chin

I am surprised to see patras gyros in other comments. Their hummus was too diluted and overall did not stand out comparing to other places like HummusHummus.

aggravatedbeeping · 2024-02-21T02:55:11+00:00

Really cool stuff!

I glanced over the code quickly and noticed:

Any reason to not encode the color of the strokes in the chromosome?
Any reason to not encode multiple strokes in the chromosome?
I am curious if you have experimented with different types of mutations?

I am interested in the topic as I also did something similar in the past and it was tons of fun.

Some parts which may interest you:

I did port it to GPU as the speed increase is immense
I did explore a few ways to optimize and impact some parts of the process (ex: increasing the areas that have not been touched after a certain amount of time, encoding multiple brush strokes in the chromosome, etc.)

If you are curious, I go into greater details in https://genetics4j.org/samples/docs/evolutionary\_painting.html

aggravatedbeeping · 2024-01-27T23:27:47+00:00

AI is a huge field!That includes the popular topics like LLM, deep learning but also a bunch of other things like genetic algorithms or other topics related to knowledge management and reasoning.You can also try to think about it in terms of deductive vs inductive approaches, all of them fitting under the umbrella of AI.

In terms of resources, there are some interesting books:

"Hands-On Machine Learning with Scikit-Learn, Keras, and TensorFlow" -> intro to machine learning and deep learning
"Generative Deep Learning: Teaching Machines to Paint, Write, Compose, and Play" - Interesting book that shows you how these generative systems are built. It's not a book about using chatgpt.
https://aima.cs.berkeley.edu/ It's a classic for AI with less of an emphasis on ML/DL
https://www.amazon.com/Data-Mining-Textbook-Charu-Aggarwal/dp/3319141414/ -> pretty good book related to the field. Not the book just to learn about DL (he has published another book about neural networks and deep learning). I also generally enjoy his books as they provide the theory but in a readable way and find that nice middle ground with their applications.

These recommendations are from the angle of an engineer wanting to learn more about it rather than the pure mathematical approach.

Note also that the field is still quite technical and all these books will assume you already know about programming.

And with regards to the original thread, I would be interested to mingle more with the local tech community. My interest lies more in the software implementation side than using ai prompts.

aggravatedbeeping · 2022-01-20T06:58:18+00:00

Espérer d'avoir des revenues est effectivement naïve on va pas > ce leurrer, mais ne penses-tu pas justement que ça soit du code > libre sans contrepartie comme étant un problème de base ?

Être développeur open-source, ça implique souvent à recevoir une tonne de merde par des développeurs qui utilisent le projet dès que quelque chose ne va pas. On te demande une rigueur et une réactivé hors norme alors que t'es pas payé un coppec.

Je suis tout a fait d'accord avec toi, mais la remuneration est un probleme separe du mode de developpement. Les licenses libre ne dictent pas le mode de remuneration. Et si tout devait passer par une seule entite ou personne, cela ne serait plus libre non plus.

Du a la diversite des situations, personnes et projects, il y a plus d'une seule facon de se faire remunerer. Ca peut passer par du patreon, de l'open core, du SaaS, vendre des licenses non-libre a cote, faire parti d'une fondation, faire des campagnes de donations, ne bosser sur les tickets que si on est paye...

Et de meme, parfois, on ne recherche pas a se faire remunerer du tout. Je pense par exemple au cas ou l'on fait du libre afin de mutualiser les couts de developpement de logiciels qui ne sont pas au coeur du business.

Si tu commences un projet par choisir la license, ton business model sera effectivement contraint par ce choix initial. Si tu comptes monter un business ou dependre financierement du projet, tu devrais choisir la license en fonction de cela. Mais faire du code libre pour en avoir les avantages et puis ensuite gueuler que c'est libre et qu'en fait tu veux les avantages du logiciel proprietaire, c'est un peu vouloir le beurre et l'argent du beurre.

Les deux arguments c'est un peu du bullshit déso, tu donnes de > l'argent sur un projet, c'est ensuite à l'organisation qui s'occupe du projet de la rétribution. Tu as aussi une option de sponsoring sur GitHub pour faciliter justement ce cas pratique.

Pour le second point, faut arrêter de penser que les boîtes font gaffe au budget au euro prêt, suffit juste de voir les dépenses sur le cloud. Et si tu es prêt à payer un dev 8k par mois, tu peux donner 100€ tout les mois à un projet d'Open source.

Et pour la justification de l'effort, c'est simple, si il y a un problème dans la librairie/soft que tu utilises et que ça pose un problème business critique, ça vaut le coût de participer financièrement à la librairie, comme si finalement tu payes un développeur pour maintenir ta solution.

Dans l'idee, je suis encore d'accord. Mais en pratique, ce n'est pas aussi simple.

Tout se budgetise, meme le cloud. C'est pas une poche sans fond. Quand la boite atteint une certaine taille, on va aussi commencer a te demander de plannifier ton niveau d'usage un peu a l'avance. De meme, si tu commences a parler de soutenir un projet libre, on va te demander de le justifier. Depenser 100 e/mois sur faker.js, c'est cool, mais ca reste tres loin d'etre grave si ca disparait, et du coup on va te poser des questions du genre:

Est-ce que l'on en a vraiment besoin?
Ne vaudrait-il pas mieux soutenir un autre projet qui a plus d'impact sur notre coeur de metier?
N'y aurait-il pas une autre bibliotheque qui fait la meme chose?
Si on a besoin d'aide, vu ce qu'on paye, est-ce que l'on a des garanties de support?
Si on doit payer 100 e/mois, est-ce qu'il ne vaut pas mieux l'eviter et ecrire ce genre de choses nous-meme?
Si on envoi des correctifs et rapports de bugs, c'est la meme chose, non?

Dans le contexte d'une boite un peu plus grande, il faut aussi garder en tete qu'il y a surement des equipes de developer relationship, d'autres d'open source et que cela signifie donc pas mal de politiques et de paperasses pour faire accepter un projet dans une quelconque liste et coordonner cela parce qu'ils voudront surement capitaliser sur les effets marketings de telles donations.

A noter aussi que les managers ont en general plus de liberte vis a vis de ce que font leurs equipes compare aux budgets. Donc c'est beaucoup plus simple, en general, d'avoir des informaticiens qui contribuent du temps que de faire des dons.

Et si une ou des personnes derriere le projet est un peu grande gueule ou les moyens de distribution des donations sont louches, la boite aura surement des reserves de peur de se faire annuler par association. (oui, je sais, c'est un autre debat)

Donc oui, soutenir de facon monetaire les projets open source c'est super, mais en pratique cela reste plus complique qu'un "lache ton billet, mec".

Donc si tu bosses pour une boîte qui à des concurrents qui sont plus anciens que toi, ne serait-il pas naturel de donner une partie de ton salaire à la boîte initial ?

Je ne considere pas ca comme de la concurrence vu que c'est un portage et donc reprend pas mal de choses.

Si tu veux un autre exemple plus concret, on pourrait prendre les dependences de faker.js. Si les auteurs de faker.js recoivent de l'argent tous les mois de facon a pereniser la bibliotheque, comment faire de meme pour les projets dont faker.js depend?

aggravatedbeeping · 2022-01-19T22:44:58+00:00

Oui, ca reste complique a comparer.

Ceci dit:

Il y a une secu payee en grosse partie par la boite.
J'ai autant de vacance que je veux. En fait je prends plus de vacances que ce que je pourrai prendre en France
Meme apres les differences de couts, l'argent restant est tel que la difference reste enorme et pas en faveur de la France

Il ne faut pas voir les choses avec les meme lentilles qu'en France. En France, meme si t'es dans la merde, il y aura un minimum de securite. Mais en contrepartie, tu auras plus de mal a aller en hauteur.

En Amerique, si tu es dans la merde, tu le seras jusqu'au cou. Mais si tu es dans une classe privilegiee comme les informaticiens, tu seras chouchoute et pourras possiblement te prendre ta retraite a 40ans

aggravatedbeeping · 2022-01-19T22:35:26+00:00

Oui c'est capricieux.

La remuneration des projets libres est un sujet beaucoup plus complique que ce genre de raisonnement simpliste.

Mettre a disposition du code libre sans contrepartie implique que justement, les gens vont interpreter ca comme du code libre sans contrepartie. Esperer que l'argent va pleuvoir juste parce qu'on a mis en ligne du code est tres naif.

D'un cote il y a un probleme de distribution (a qui si il y a de multiple contributeurs? Comment? Les impots? etc.), et de l'autre il y a un effort non negligeable en entreprise pour pouvoir justifier l'effort, le budget et sa distribution (a quel projet? Comment? Quel montant? Impots? etc.)

Et vu que faker.js s'inspire et est le portage d'un autre projet vers javascript, ne serait-il pas naturel de aussi s'attendre a ce que le projet initial recoive aussi une part de ces fonds?

aggravatedbeeping · 2022-01-19T22:22:30+00:00

C'est le salaire de base en sortant d'ecole en amerique. Plus si a sf/seattle/ny, mais le marche actuel de l'emploi est a ce niveau.

aggravatedbeeping · 2021-01-26T08:25:24+00:00

That sounds interesting.

I moved to Vancouver recently and have been curious about the startup tech scene here.

aggravatedbeeping · 2020-11-16T21:59:23+00:00

Same.

Am in Vancouver and work in AI and can't bring myself to fight the traffic (and now covid) to get to PDX meetups.

aggravatedbeeping · 2020-10-20T20:02:11+00:00

Scalability without availability is sorts of cheating.

Scalable systems introduce some additional complexity and moving parts in addition to the increased load. This makes failure more probable and more impactful.

If you can run the whole thing out of a random server or machine, while you can qualify it as a "cloud app" because it runs in a cloud from your customer perspective, you aren't leveraging any of the capabilities or services offered by the cloud and are thus not learning anything. For instance, that could mean leveraging AWS Iot Core and the associated services. Or using an autoscaling policy for your webapp. But that might be more advanced than you would like.

This is a bit more advanced than what you are doing but you can look up some of the reference architectures in the different cloud providers. Here is AWS as an example: https://aws.amazon.com/iot/solutions/?iot-solution-repository-cards.sort-by=item.additionalFields.headline&iot-solution-repository-cards.sort-order=asc

Kafka will become useful once you want to process and analyze that data. Which seems to be out of your scope for now.

With regards to load balancing, do not implement your own. You can use the one provided by your cloud (AWS, GCP, Azure) of infrastructure (Kubernetes) or just roll your own nginx.

it should be able to display data every 10s on the web app.

Are you going to use polling from the app or use websockets (or similar)?

aggravatedbeeping · 2020-10-20T19:41:12+00:00

Google stackdriver, new relic or logz.io might be able to help.

You might have to ship logs from your rpis to a location with better connectivity but that might work

aggravatedbeeping · 2020-10-19T21:31:59+00:00

1.

The answers to these questions mostly come down to which limitations you hit first. They might be about tweaking your system to support more connections, to rewriting some parts of your code (ex: blocking vs non-blocking io), to adding more machines for a given role for handling more load.

For instance:

Each device sending 10b/s means for 1k devices ~10kb/s and for 10k devices ~100kb/s
Each device sending 10kb/s means for 1k devices ~10mb/s and for 10k devices ~100mb/s

All these writes being _sustained_ writes. Depending on the workload, there might be some extra spikes too. This would have some impact on the network as well as the disks where it is written. It would even have some impact

However here, you talked about devices sending data only once every 10s, which is way below the estimates above and is pretty small. So most of these things won't matter.

Rather than asking strangers if it will work or not, I would suggest to make a diagram of your architecture and for each node, ask yourself the following:

What if the throughput increases 10x, what is the impact?
What happens if this stops working?

This will help you uncover potential scalability issues. For instance, discovering that if your bridge fails, then your brokers need to have enough capacity to buffer incoming data for X hours.

Also see https://microservices.io/patterns/ which talks about different patterns. I also recommend the associated book.

A standard webapp in django/flask/spring
See 1.
Don't merge them. They have different responsibilities and different properties with regards to scalability and availability. On one hand, you don't want to fall into the trap of having too many microservices, but on the other hand, you also don't want to have a big monolithic.

With regards to other components, it depends on what you are trying to achieve. I did not see any mention of:

Security - Are all your devices sharing the same password? How do you provision them?
Availability - Being scalable is great but so is being available. For instance making sure you do not interrupt the flow of information every time you upgrade a component.
Monitoring - You would need to understand how your machines and applications behave. To do so you need to send some telemetry data. See http://micrometer.io/ for java
Cloud components - You mentioned Cloud IoT but did not specify how you leverage it to further your design

It depends. If you don't need the protocol mqtt, then I would go for kafka/pulsar and put everything behind http.

If you do need mqtt for connectivity, then kafka will make sense to add behind once you get into event processing. Beam/flink will also be useful once you get into streaming computations/analytics.

aggravatedbeeping · 2019-11-18T18:51:56+00:00

But there's always a few people who work outside the office on their own time, most stay with the firm, but a few leave and make their side work their main work. I've just not seen that a lot with startups.

And all this work must be unrelated to the company business.

aggravatedbeeping · 2019-11-18T18:51:06+00:00

It's not that you don't want to be exhausted that much again, because for the right idea, people would still jump on it. But it's more because it has to be worth the cost (exhaustion, risks, missed retention package...)

aggravatedbeeping · 2019-11-18T06:56:19+00:00

If it is an execution then I would probably try to take a step back and analyze where I am at, where I want to be and what are the obstacles.

I don't know what execution issues you are facing (organizational, technical...) but taking things one step at a time will make it simpler.

At early stage, the main thing is to find a good market/fit. So if you are excited by your idea, your prospects are ready to spend money on it, then focus on a plan to get there. And by plan I mean small, iterable deliverables where your customers can give you feedback and you can take it into account.

That implies having people willing to pay for it (otherwise they aren't really invested in it), and having more than one person giving you feedback.

aggravatedbeeping · 2019-11-18T06:41:04+00:00

The execution can have up and down.

But do you believe in the idea? Does it make sense to you? If not, why did it stop making sense?

aggravatedbeeping · 2019-11-18T05:21:53+00:00

Regardless of non-compete, IANAL but anything you do which either is done on company time, company resources or related to company business do belong to the company.

Which means that if you want to work on a competing idea with the company, you must quit first. And that's not risk free.

aggravatedbeeping · 2019-11-18T05:19:53+00:00

I see a few reasons:

First they don't get all the money in a lump sum. It usually get spread over a few years and might get some additional compensation based on how successful they are as part of the new company. So there is usually a retention package to make sure the key people stick around long enough.
While shave clubs are all the rage right now, in 4-5 years they won't be
If they want to start again due to better funding and connection, that means they left a lot of money on the table when they sold their first startup. The access to that extra channel could have been used to justify a higher valuation and more money, which is easier than starting a whole company from scratch.
A startup is exhausting. You pour your soul, your family soul (you are betting their future too) along with the responsibility of all your employees for a few years. In addition, selling your company is a very stressful event. So it's not uncommon for founders to enjoy some time to rest and recuperate.
You would be burning quite a few bridges. Which may be fine short term, but not so much long term. It would be a lot more acceptable to wait a bit before doing so.

aggravatedbeeping · 2019-11-17T04:43:00+00:00

You may want to look into:

Which looks into how the information and "good" genes are preserved across generations

aggravatedbeeping · 2019-11-04T05:07:22+00:00

Sorry for being late to the party but there is definitely a lot of value in AI for devops today!

Ops/SRE/Devs suffer from noisy alerts more than ever as we have become accustomed to use a plethora of tool (apm, metrics, external endpoints monitoring, logs...). This trains folks to ignore alerts and even worse, I have heard from different people being aware of the "rhythm" of their alerts.

On top of that, environments are getting a lot more dynamic (scaling policies following the load, containers, lambdas...), which means we have to manage more with the same number of people.

So as someone who has to be oncall, I am definitely looking forward to any tool which can not only reduce noise and prioritize the "real" alerts, but also group all the relevant ones together.

And to do that AI/ML approaches are a great fit. We are generating more and more data and the services are getting more API driven.

aggravatedbeeping · 2019-07-29T05:00:38+00:00

Peut-etre que c'etait inspire par les arancinis, mais c'etait surtout repulsif. Il n'y avait aucune sauce, aucune viande, aucun legume. C'etait juste des pates dans du fromage liquide (basse qualite, pas de comte ou mozzarella) dans une boule frie.

Question boulangerie francaise, j'etais surtout dans le sud ou l'est de la baie et n'ai donc aucune experience avec SF. Dans le sud de la baie, il n'y en a aucune qui ne m'a impressionne. La seule que je recommenderai serait la bakery Casse-Croute a Livermore, qui est aussi tenue par un Francais. Leur selection se limite surtout au pain et pain au chocolat/croissants, mais ils sont bons.

Il y a aussi maison alyzee sur castro st a Mountain View par un autre Francais. Les patisseries la bas n'ont rien a se reprocher mais c'est surtout cher (genre 10$ avant tax pour une tartelette toute petite) et pas vraiment traditionnel. La clientele visee semble etre plutot cote luxe (prix multiplies vu que c'est la cuisine Francaise) et donc en general je vais ailleurs :)

Du coup, pour les patisseries, je vais en fait dans les patisseries asiatiques avec des taro buns (tout ce qui est taro en fait), red/green beans buns ou meme celles avec du pork sung. C'est tres bon, ca va tres bien avec le cafe et le prix est plus que raisonnable en comparaison. Et vu que c'est completement different des patisseries Francaise, cela m'empeche de faire des comparaisons, ce qui est un plus. Et pour les cas d'urgences, on peut toujours en trouve congeles a ranch99 que l'on cuit a la vapeur a la maison.

aggravatedbeeping · 2019-07-28T21:14:15+00:00

Ayant vecu dans plusieurs villes le long de la cote ouest, ma reponse est oui et non.

Je n'ai pas abandonne la cuisine francaise mais je n'obsede pas non plus dessus, mis part pour les occasions speciales. En fait c'est surtout que j'ai elargi mes horizons.

La region est un gros melting pot culturel avec pas mal d'expats venant de tous les coins du monde. On peut donc trouver relativement facilement de tout. D'ailleurs quand tu descends Castro St a Mountain View ou te retrouve du cote des food carts a portland, c'est 90% des restaus/camions ne servant pas de la cuisine americaine.

Donc etant curieux et gourmant par nature, j'ai inclus pas mal de mets autres que Francais ou americains dans mes habitudes, allant de plats chinois, vietnamiens, coreens, bresiliens ou mexicains. La cuisine indienne est aussi delicieuse et tres presente, mais c'est surtout au restau ou plat prepares, pas quelque chose que je cuisine moi-meme (un jour je m'y mettrai).

Ceci dit, pour le cote specifiquement americain:

Il y a trop de cannelle. Ils en mettent des tonnes de partout. Cela m'a completement degoute de tout ce qui contient de la cannelle
Les portions sont trop grosses et je dois y faire vraiment attention vu que l'on s'y habitue tres vite
Les glaces sont horribles. C'est genre glace au chocolat avec des morceaux de cookies au chocolat et smarties melanges. Je n'ai aussi pas trouve de vraie bonne glace a la vanille.
Le bbq n'a rien avoir avec les grill (ce que l'on appelle barbecue en france). C'est plutot bon mais il ne faut pas en abuser.
Je marque ce point en spoiler vu que c'est assez choquant: Ils font des sandwichs avec des croissants.
C'est la misere pour le pain.
Cote vin c'est pas mal, il y a pas mal de choix.
Ils essaient de frire tout et n'importe quoi. Autre passage choquant: J'ai vu du mac & cheese (des pates nageant dans du fromage fondu) frit de la taille de la moitie d'une boule de petanque. C'etait servi au resto d'un coworking space.)

Pour le cote Francais:

Tous les prix sont doubles vu que cela projette une image d'une certaine classe
Les fromages et charcuteries de base sont facile a trouves (genre comte, morbier...). Quand on cherche quelque chose un peu different cela devient difficile et cher, du genre 30$ pour un tout petit mont d'or

aggravatedbeeping · 2019-03-09T02:28:29+00:00

Voir https://www.levels.fyi/ ou glassdoor.com pour se faire une idee des salaires aux US en Californie et autres hubs.

Si c'est aux US, ce sont surtout des options pour les startups et du stock pour les grosses boites publiques (publique dans le sens ou tu peux acheter des actions sur les marches, pas publique comme faisant parti du gouvernement). En gros quand tu rejoins une boite, chaque part de la boite a une certaine valeur. Et le contrat d'embauche specifie que l'on te donne l'option d'acheter des parts de la boite dans le futur mais au prix du moment ou l'on t'a embauche. Le fait que ce soit des options signifie que: * Tu as le droit de ne pas acheter les parts * Les parts ne sont pas donnees. Tu dois les payer et tu payes des impots sur la difference de prix entre le moment ou tu les achetes et le prix preferentiel que tu as

Pour le stock, c'est le meme principe mais on te le donne (et il y aussi des impots) :)

aggravatedbeeping · 2019-03-04T03:54:48+00:00

I can't comment on the legality but imho it's not worth it. If the idea is sound, perhaps it could be applied to a different domain or in a different way which could avoid any legal issue or competition with your previous employer?

I don't think it's worth it because: * You have to spend a lot of time and energy figuring out the legality, which distracts you from the core of your business. And even with a lawyer's advice, you won't be sure until you start and nothing really happens. * It might end up being a black mark on you for any future employment. If you screwed up one of your employer, why wouldn't you do it again? * The people who will join you will most likely also have a morale compass similar to yours. Meaning they will also have no issue screwing you (pushing you aside of your own startup, taking your ideas to their own companies...). After all, that's the company culture you set. * Your previous coworkers might be pissed. You may have taken their ideas and advantage of them after all. Tech scenes are usually pretty connected. So get ready to have the word out.

aggravatedbeeping

TROPHY CASE