Динозавр 50. По мне так проблема в обилии молодых "специалистов", пришедших в профессию за легкими деньгами. Вот они и начинают ныть в стиле автора исходной статьи.
Убунту стоит давно, не встречал таких проблем. Думаю, у вас проблемы с железом какие-то. Судя по тому, что Ubuntu не единственная виснущая, проблема не в ней.
Python - да, virtualenv. Это вообще стандарт, насколько я знаю. Вроде там и версию интерпретатора можно выбрать.
С японским у меня были проблемы, точно не вспомню, но все вылечилось порядком языков: сначала пустил японский, потом русский, и всё заработало.
А почему вы решили, что Линукс должен следовать виндовым "стандартам"? Вы перешли на другой софт, надо адаптироваться. Ведь переход же был чем-то обусловлен, не все в винде идеально для вас, верно? Значит, привычками придется пожертвовать.
О переключении раскладок: я обычно переключение ставлю на правые Ctrl+Shift, а для комбинаций с клавишами - левые. Привычка со старых времен, когда переключался правым Ctrl :)
Неправильно. Есть паттерн result. В Rust это класс Result, в Scala и Haskell - Either, например. Логика обработки ошибок в идеале должна крутиться вокруг них, так как возможные ошибки вписываются в контракт функции, как и обязательность их обработки. Исключения ломают контракт функций - это по сути еще одно возвращаемое значение, не вписанное в сигнатуру. В Java пытались это решить, сделав декларируемые исключения, но это оказалось неудобным (особенно в свете функционального программирования).
Даже со спецификацией писать тесты впереди кода имеет смысл только для самого верхнего уровня (и лучше это сделать заказчику). Тесты на подкапотную реализацию писать имеет смысл только с частично готовым кодом.
Вот в этом не уверен. Если вы пишете несколько дней только код без тестов, либо вы гений, либо вас ждёт много мучительной отладки. Хоть на мелкие детали стоит писать тесты.
Динозавр 50. По мне так проблема в обилии молодых "специалистов", пришедших в профессию за легкими деньгами. Вот они и начинают ныть в стиле автора исходной статьи.
Мне понравилась формулировка "интересы третьих лиц не могут превалировать над интересами государства".
Убунту стоит давно, не встречал таких проблем. Думаю, у вас проблемы с железом какие-то. Судя по тому, что Ubuntu не единственная виснущая, проблема не в ней.
Python - да, virtualenv. Это вообще стандарт, насколько я знаю. Вроде там и версию интерпретатора можно выбрать.
С японским у меня были проблемы, точно не вспомню, но все вылечилось порядком языков: сначала пустил японский, потом русский, и всё заработало.
А почему вы решили, что Линукс должен следовать виндовым "стандартам"? Вы перешли на другой софт, надо адаптироваться. Ведь переход же был чем-то обусловлен, не все в винде идеально для вас, верно? Значит, привычками придется пожертвовать.
О переключении раскладок: я обычно переключение ставлю на правые Ctrl+Shift, а для комбинаций с клавишами - левые. Привычка со старых времен, когда переключался правым Ctrl :)
Вам не нравятся деньги? Отдайте тем, кому они нравятся.
Спасибо! Прекрасные статьи.
Спасибо! А как лайк поставить несколько раз? :)
А что тут непонятного? По-моему, всё очевидно.
https://youtu.be/rI3CIttyOIk?si=inACJiLMCIERGFQ5
Вроде libgdx не только рендер, а вполне себе движок. Нет?
То есть, реализовать даже в виде библиотеки невозможно?
Неправильно. Есть паттерн result. В Rust это класс Result, в Scala и Haskell - Either, например. Логика обработки ошибок в идеале должна крутиться вокруг них, так как возможные ошибки вписываются в контракт функции, как и обязательность их обработки. Исключения ломают контракт функций - это по сути еще одно возвращаемое значение, не вписанное в сигнатуру. В Java пытались это решить, сделав декларируемые исключения, но это оказалось неудобным (особенно в свете функционального программирования).
https://medium.com@cummingsi19933/the-operation-result-pattern-a-simple-guide-fe10ff959080
Выглядит печально :(
Лучше бы метода get вообще не было. Или был только для Some. Тогда предшественникам и последователям поневоле пришлось бы включать мозги :)
Это так в джаве определили None? :)
Даже со спецификацией писать тесты впереди кода имеет смысл только для самого верхнего уровня (и лучше это сделать заказчику). Тесты на подкапотную реализацию писать имеет смысл только с частично готовым кодом.
Вот в этом не уверен. Если вы пишете несколько дней только код без тестов, либо вы гений, либо вас ждёт много мучительной отладки. Хоть на мелкие детали стоит писать тесты.
Они часто не то, что тесты, требования сформулировать не могут. Как террористы, захватившие погреба Массандры.
Пусть сменят.
Что за эйджизм? Почему тридцать?