Programming @programming.dev catculation @lemmy.zip 10mo ago

Google lays off staff from Flutter, Dart and Python teams weeks before its developer conference | TechCrunch

techcrunch.com Google lays off staff from Flutter, Dart and Python teams weeks before its developer conference | TechCrunch

Google told TechCrunch that Flutter will have new updates to share at I/O this year.

You're viewing a single thread.

99 comments

Can't really make heads of tails of this. I thought they were really into AI and Python is a big part of that. Which other languages are they going to invest in? Rust for Chromium?

Anti Commercial-AI license
- Python is in essence the interface for AI tools that are optimized with languages that are easier to get high performance results with.
- They hired cheaper talent from elsewhere for python.
- They're probably not using python for AI
  
  They're almost certainly using it as glue code. You have to go out of your way not to use Python for it.
  
  You do, but considering the scales they process data I suspect Google would be better building Go tooling (or whatever the dominate internal language is).
  
  A few years back I was trying to teach some graduates the importance of looking at a programming language ecosystem and selecting it based on that.
  
  One of my comparison projects was Apache OpenNLP/Camel vs Flask/Spacy.
  
  Spacy is the go to for NLP, I expected it to be either quicker to develop, easier to use, better results or just less resources.
  
  I assigned Grads with Java experience Spacy and Python experience OpenNLP.
  
  The OpenNLP guys were done first, they raved about being able to stream data into the model and how much simplier it made life.
  
  When compared with the same corpus (Books, Team emails, corporate sharepoint, dev docs, etc..) OpenNLP would complete on 4GiB of RAM in less than a second on 0.5vCPU. Spacy needed 12GiB and was taking ~2 seconds with 2vCPU. They identified the same results...
  
  Me and a few others ended up spending a day reading the python and trying to optimise it, clearly the juniors had done something daft, they had not.
  
  It rather undermined my point.
  
  I don't know how you could make a server faster than with flask honestly (which I guess is similar to spacy ?), so these results are very surprising. Especially against java, java is so freaking verbose.
  
  It was a mixture of factors.
  
  Data was to be dumped into a S3 bucket (minio), this created an event and anouther team had built an orchestrator which would do a couple of things but eventually supply an endpoint a reference to a plain/txt file for analysis.
  
  For the Java devs they had to [modify the example camel docs.](https://camel.apache.org/manual/rest-dsl.html) and use the built in jackson library to convert the incoming object to a class. This used the default AWS S3 api to create a stream handle which fed into the OpenNLP docs. .
  
  The Python project first hit a wall in setting up Flask. They followed the instructions and it didn't work from setup tools. The Java team had just created a new maven project from the Intelij but the same approach didn't work for the Python team using pycharm. It lost them a couple days, I helped them overcome it.
  
  Then they hit a wall with Boto3, the team expected to stream data but Boto3 only supports downloading, there was also a complexity issue the AWS SDK in Java waa about 20 lines to setup and a single line to call, it was about 50 lines in Python. On the positive side I got to explain what all the config meant in S3.
  
  This caused the team anouther few days of delay because the team knew I used a 350MiB Samsung TV guide to test the robustness and had to go learn about Docker volume mounting and they thought they needed a stateful kubernetes service and I had to explain why that was wrong.
  
  Basically Python threw up a lot of additional complexity and the docs weren't as helpful as they could have been.
  
  I am not familiar with AWS apis. Probably Java was more suitable for this task then, as it often comes down to how good the documentation and tutorials are for the task and how many people use it. Like you said bad documentation is a big issue.
  
  I can also see how they could struggle with python dependencies, which I guess is the reason why they struggled setting up flask. With a java project you can just nuke everything from scratch and reinstall the correct compatible packages. But with python global dependencies (without env) you cannot get around the issue like that. That makes it harder for beginners. (But for intermediate give me anything but maven please).
  
  Maybe Python flask wasn't't the tool for the task here, but I still think it's overall better and especially faster to use for most things.

99 comments