С такой памятью и доки и типизация не нужны

👍

и орм и иде тоже.

Всем привет, подскажите библиотеку для рисования графики

Канвас

А можно разве через него?

Что происходит с EventLoop, когда ThreadPool занят?

Будет дальше работать
Если тред пул занят, но появляется таска, которая обрабатывается в тред пуле, то она становится в очередь и будет ждать, когда он освободится

Поправьте меня, если не прав

Частый кейс рефаторить то что ты написал, ну лично у меня так

Мне нравится идея, что когда я не могу оценить сложность проекта или не уверен в реализации чего-либо ( aka "на ходу доучу/пойму), то опираться нужно на то, что есть - представление, что должно получиться в итоге.

А это зелёный свет для TDD и его применения на всю катушку:
1. Дизайн
2. Псевдокод
3. Up-front тесты
4. Контроль версий
5. Raw solution (пройти тесты)
6. Рефакторинг (рекурсивно, пока не станет хорошо)
7. Profit

Хммм, интересно

В реальности, это вполовину не так эффективно, как звучит, если проект не имеет действительно хорошего цикла разработки. Потому что если бизнес требования будут приходить асинхронно с вашими действиями, то сам TDD подход, как например выше я описал(как мне нравится) просто превратится в microwaterfall и всё просто рухнет под гнетом неправильно приходящих изменений в бизнес требованиях. Вместо изменений итеративных, придетсч все сначала каждый раз делать.

Но если вы героически пишете соц сеть 3.00148, то это не кейз 🤣

К пятнице нужно сделать, у нас же спринт. Постарайтесь как нибудь, возможно не совсем качественно по коду, потом дадим вам время на рефоакторинг.
Вообще, рефакторинг нужно только программистам, чтобы именно им было удобно писать этот свой код. Рефакторинг они всегда делают для себя. Нам, компании, важны только выполненные задачи, которые приносят реальную прибыль.
Всегда замечаю, если программисту нечем заняться, он начинает искать и фиксить баги

Прошу отнестись к этому с пониманием(с)

Рефакторинг нужен и заказчику, просто мало кто это пытается донести, ибо в долгосрочной перспективе рефакторинг уменьшает затраты заказчика на поддержку проекта в долгосрочной перспективе.

Меня, как career shifter-a из иммунологии и любителя побегать на 20 км невероятно триггерит эта болезнь, очень похожая на преждевременную эякуляцию, когда никого не волнует, что и компании репутация еще пригодится и математика говорит, что в долгосрочной цена проекта качественного кратно ниже, не говоря о рисках краха всей бизнес модели, просто утонув в бездумных решениях и багах, слпишихся в снежный ком.

После медицины, где прежде всего думаешь о том, что будет после действия и несёшь за это ответственность, абсолютно дико смотреть на эту тягу к простым решениям сложных проблем.

С тестами как я понимаю такая же история
Заказчиков просто не пытаются убедить что тесты нужны

на самом деле все совсем не так

программисты позиционируют что задачу можно решить без написания тестов )