frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

A Night Without the Nerds – Claude Opus 4.6, Field-Tested

https://konfuzio.com/en/a-night-without-the-nerds-claude-opus-4-6-in-the-field-test/
1•konfuzio•1m ago•0 comments

Could ionospheric disturbances influence earthquakes?

https://www.kyoto-u.ac.jp/en/research-news/2026-02-06-0
1•geox•3m ago•0 comments

SpaceX's next astronaut launch for NASA is officially on for Feb. 11 as FAA clea

https://www.space.com/space-exploration/launches-spacecraft/spacexs-next-astronaut-launch-for-nas...
1•bookmtn•4m ago•0 comments

Show HN: One-click AI employee with its own cloud desktop

https://cloudbot-ai.com
1•fainir•7m ago•0 comments

Show HN: Poddley – Search podcasts by who's speaking

https://poddley.com
1•onesandofgrain•7m ago•0 comments

Same Surface, Different Weight

https://www.robpanico.com/articles/display/?entry_short=same-surface-different-weight
1•retrocog•10m ago•0 comments

The Rise of Spec Driven Development

https://www.dbreunig.com/2026/02/06/the-rise-of-spec-driven-development.html
2•Brajeshwar•14m ago•0 comments

The first good Raspberry Pi Laptop

https://www.jeffgeerling.com/blog/2026/the-first-good-raspberry-pi-laptop/
3•Brajeshwar•14m ago•0 comments

Seas to Rise Around the World – But Not in Greenland

https://e360.yale.edu/digest/greenland-sea-levels-fall
2•Brajeshwar•14m ago•0 comments

Will Future Generations Think We're Gross?

https://chillphysicsenjoyer.substack.com/p/will-future-generations-think-were
1•crescit_eundo•17m ago•0 comments

State Department will delete Xitter posts from before Trump returned to office

https://www.npr.org/2026/02/07/nx-s1-5704785/state-department-trump-posts-x
2•righthand•20m ago•1 comments

Show HN: Verifiable server roundtrip demo for a decision interruption system

https://github.com/veeduzyl-hue/decision-assistant-roundtrip-demo
1•veeduzyl•21m ago•0 comments

Impl Rust – Avro IDL Tool in Rust via Antlr

https://www.youtube.com/watch?v=vmKvw73V394
1•todsacerdoti•21m ago•0 comments

Stories from 25 Years of Software Development

https://susam.net/twenty-five-years-of-computing.html
3•vinhnx•22m ago•0 comments

minikeyvalue

https://github.com/commaai/minikeyvalue/tree/prod
3•tosh•27m ago•0 comments

Neomacs: GPU-accelerated Emacs with inline video, WebKit, and terminal via wgpu

https://github.com/eval-exec/neomacs
1•evalexec•32m ago•0 comments

Show HN: Moli P2P – An ephemeral, serverless image gallery (Rust and WebRTC)

https://moli-green.is/
2•ShinyaKoyano•36m ago•1 comments

How I grow my X presence?

https://www.reddit.com/r/GrowthHacking/s/UEc8pAl61b
2•m00dy•37m ago•0 comments

What's the cost of the most expensive Super Bowl ad slot?

https://ballparkguess.com/?id=5b98b1d3-5887-47b9-8a92-43be2ced674b
1•bkls•38m ago•0 comments

What if you just did a startup instead?

https://alexaraki.substack.com/p/what-if-you-just-did-a-startup
5•okaywriting•45m ago•0 comments

Hacking up your own shell completion (2020)

https://www.feltrac.co/environment/2020/01/18/build-your-own-shell-completion.html
2•todsacerdoti•48m ago•0 comments

Show HN: Gorse 0.5 – Open-source recommender system with visual workflow editor

https://github.com/gorse-io/gorse
1•zhenghaoz•48m ago•0 comments

GLM-OCR: Accurate × Fast × Comprehensive

https://github.com/zai-org/GLM-OCR
1•ms7892•49m ago•0 comments

Local Agent Bench: Test 11 small LLMs on tool-calling judgment, on CPU, no GPU

https://github.com/MikeVeerman/tool-calling-benchmark
1•MikeVeerman•50m ago•0 comments

Show HN: AboutMyProject – A public log for developer proof-of-work

https://aboutmyproject.com/
1•Raiplus•50m ago•0 comments

Expertise, AI and Work of Future [video]

https://www.youtube.com/watch?v=wsxWl9iT1XU
1•indiantinker•51m ago•0 comments

So Long to Cheap Books You Could Fit in Your Pocket

https://www.nytimes.com/2026/02/06/books/mass-market-paperback-books.html
4•pseudolus•51m ago•2 comments

PID Controller

https://en.wikipedia.org/wiki/Proportional%E2%80%93integral%E2%80%93derivative_controller
1•tosh•55m ago•0 comments

SpaceX Rocket Generates 100GW of Power, or 20% of US Electricity

https://twitter.com/AlecStapp/status/2019932764515234159
2•bkls•55m ago•1 comments

Kubernetes MCP Server

https://github.com/yindia/rootcause
1•yindia•57m ago•0 comments
Open in hackernews

Ask HN: Python developers at big companies what is your setup?

34•ravshan•6mo ago
I am trying to transition from .net to python, but finding conflicting information online about what people Actually Use.

People recommend their favorite tool, but when you look into it, it is barely supported or already abandoned.

I will focus on working with LLMs.

Edit: By tools I meant everything related to python development starting from python version, package manager, environment manager, IDE and ending with deployment tools

Comments

dapperdrake•6mo ago
Whatever is sanctioned by the IT department and has been hammered into the permission system. Red tape all around.

And when a new enterprise tool is purchased it may or may not change.

(I only believed it once it was lived through.)

ravshan•6mo ago
So what tools were sanctioned by IT?
al_borland•6mo ago
I have been forced into VS Code due to a heavy handed push to use more AI stuff and Copilot in VS Code being the blessed way to do that.
msgodel•6mo ago
I haven't tried it but I'd assume copilot just exposes an OpenAI compatible API. The Llama.cpp plugin for neovim should work with that OOTB.

I only use it for local models and don't have any hosted ones that I'm willing to pay for so YMMV.

al_borland•6mo ago
Copilot works with various backend LLMs, including OpenAI, Anthropic, Google, and a few others I think.

We authenticate through a GitHub via SSO, which has a whole RBAC model behind it.

Maybe it would work with something else, but it’s usually more trouble than it’s worth, and depending on the source of the plugin for the other editors, could set off alarms with the security organization, and maybe legal as well. We have a lot of rules around our use of AI.

msgodel•6mo ago
Black is the main thing you want IMO.

I think language servers and autocomplete are much more useful for .net (I used to do a lot of C# as a freelancer in college) than they are for python. Personally I just open a REPL and tab around in that if I need it but I do that maybe once a month. Most software is well organized such that you can keep enough of the theory in your head for the default nvim config to work easily. A small FITM model with a ring context like Qwen can help a bit with boilerplate if you really want autocomplete.

Python just isn't that verbose.

kingkongjaffa•6mo ago
Ruff has replaced Black imo. Don’t use black in 2025.
cpach•6mo ago
What do you mean by “tool”? Do you mean IDE/editor, or something else?
ravshan•6mo ago
By that I meant everything related to python development starting from python version, package manager, environment manager, IDE and ending with deployment tools
cwmoore•6mo ago
This is a great question.
lordkrandel•6mo ago
I'm sorry, can't suggest much, I just use `Neovim` and `ripgrep` search. No AI, no autocompletion, no fancy plugins. At the moment I'm working for one of the biggest Python codebases: Odoo - a general purpose ERP from Belgium.
foobarbaz33•6mo ago
I was coming here to say: "grep as IDE". It's dynamic language tooling 101.

Find defs and refs. Master a little bit of regex and you will reduce false positives.

Grep serves as a rudimentary autocomplete. find the definition, open in a buffer, observe fields. This is analogous to an autocomplete popup displayed inline. The buffer can now power your contextual completions, similar to an inline popup.

cwmoore•6mo ago
Sorry "working with LLMs" is not enough context to compare .NET and Python environments without resorting to LLMs. People actually use for what?
ravshan•6mo ago
By that I meant everything related to python development starting from python version, package manager, environment manager, IDE and ending with deployment tools
eljey•6mo ago
At EntwicklerHeld we used a setup i was happy with:

- poetry for dependency management

- black for formatting

- flake for linting (you can use ruff now)

- PyCharm as IDE

- pyenv for python version management -> but I switched to devbox a year ago and never go back

- docker as end artifact

- deployed to kubernetes (at the end k3s) with ansible and terraform

Tpt•6mo ago
UV for packaging and dependency management, Ruff for linting, Mypy for type checking (will be likely replaced by Ty when ready) and whatever editor people like (PyCharm, VSCode, Helix...)
ehutch79•6mo ago
UV has become my goto for package/venv management. It can work as a close to dropin replacement for pip.

Ruff is my goto for linting and formatting. replacing black, isort, flake8, etc.

There's lsps for both, so you can use them in vscode or wherever you're doing your editing.

kermatt•6mo ago
The "basics":

  Vim + PythonMode
  `python -m venv` for local environment separation
  Git + https://github.com/dandavison/delta for change management
When I need a debugger or a Git GUI, VScode, but Zed is becoming more and more interesting. These support LLM interaction, but things like Claude Code fit better with the above list.
kingkongjaffa•6mo ago
Can you use vscode devcontainers?

Can you use a dev container with a dockerfile and use UV for package management, ruff for formatting and lint, mypy for type hint checking, and pytest.

And put all of that on your CI as well so if they fail you don’t merge failing code.

sjducb•6mo ago
VS Code and local Python virtual environments.

Packages managed with pip and versions pinned with pipcompile. One ML production environment forces us to use conda we inherit from the pip environment and try to have as much done by pip as possible.

Formatted with black and flake8

Unit tests with unittest

Azure Dev Ops for running tests, security screening, and CI

The happy path for deployment is build docker images in AzureDevOps unfortunately we can’t do that for good reasons

I’m not a fan of typed Python, it doesn’t work as smoothly as you expect if you’re coming from a statically typed language.

Be careful enforcing pylint quality. It can be a great way to kill your teams velocity.

I’m describing a boring stack that works. All of these tools are 5+ years old and very well supported.

pimbrouwers•6mo ago
Not a python developer, just casually curious about the discourse. But I wanted to say that I completely agree with the point on letting dynamic languages be dynamic. Otherwise, you reduce the benefit of a dynamic language to the point where I feel like the value proposition comes too close to disappearing. Really at that point, you're just trading performance for compile time or lack there of.
sjducb•6mo ago
People often forget the benefits of dynamic typing.
vcarrico•6mo ago
* pyenv for python version management

* poetry for package manager

* vscode + copilot

neilsimp1•6mo ago
I can't answer OP as I only write Python for personal use, not for a "big company".

That said, Neovim + basedpyright + pipenv works well for me.

A lot of people here are using uv and pyenv. Can anyone hint at why I might want to switch?

papanoah•6mo ago
Not a big company, however:

- uv (went from pipenv to poetry to uv), which was the right decision imo.

- ruff (replaced black)

- PyCharm, but some people use vscode or neovim.

- mypy for type checking, which I am not 100% happy with. One experienced developer swears by mypy, thats the reason we haven't explored alternatives.

- 'just' as task runner

pdzly•6mo ago
uv is just such a fast and reliable package manager. It implements the "lock" problem python has, with the uv.lock
JonathanRaines•6mo ago
Zed is worth a look for your IDe and plays nicely with LLMs
viraptor•6mo ago
What people use is going to be very environment biased. For example scientific research uses conda a lot, but I've rarely seen it used by code devs. People using only python will often have more system wide setup with tools and linters than those mixing different projects. Also you'll see some deprecated in tool use in projects which are older and not worth changing without a good reason. Etc.

With that out of the way: mise for managing versions of all the runtimes (asdf is fine too), uv for packages (previously poetry which is ok), mypy type checking for things I make. Otherwise I switch between projects a lot so just use whatever the projects use by default.

Deployment tools aren't really language specific (when they are they're rarely good). The editing, it's just Cursor, although I did like the jetbrains IDE previously.

But overall - just give things a go. It's usually quite easy to swap those tools as needed.

wizzerking•6mo ago
Where I work Spyder 3.x pipenv for environments Python 3.10 +
dragonwriter•6mo ago
What I actually use at work is every version of Python from 3.8 on (though once we get out of crunch on some other things, I think I'll be able to sweep out everything up to at least 3.12), with venv/pip, and VSCode (with black for formatting and pylance for typechecking), and deployment is github->AWS CodePipeline->AWS Lambda for most things (and everything else is tools for the team where deployment is "clone the repo".)

If I had my choice, I'd switch environment and package management to uv.

world2vec•6mo ago
Python 3.10+ via VSCode (with GitHub Copilot + Claude Code), Poetry, Pyenv, and Docker
runjake•6mo ago
- uv for environments, packaging, and dependencies.

- ruff for linting and all the other stuff it does.

- mypy for type hint checking

- VS Code (although I'm playing with zed.dev too)

bravesoul2•6mo ago
I need to put sunscreen on before reading the comments.