Только вот неписание на плюсах там отчего-то практически не помогает.
Не помогает от чего? Например, от получения доступа к серверу путем выполнения какого-то HTTP запроса помогает.
Но от ошибок в логике не помогает, да.
Вы везде мешаете одно с другим, по принципу "сгорел сарай -- гори и хата": если уж ни один язык не застрахован от логических ошибок, то нету смысла в защите от ошибок в работе с памятью.
Но разве процесс проектирование не направлен на то, чтобы (в пределе) формализовать все "устные договорённости"
Формализация договоренностей - это, собственно, и есть написание кода. И описание тикета всегда условно, и всегда содержит много неявных условий. Поэтому не выйдет.
Если мы обсуждаем Зеланда, то насколько я понимаю, есть разные уровни, точки зрения на что-то, и чем "выше смотришь", тем меньше вещей являются действительно важными.
В данном случае, когда вы идете на первое свидание к незнакомой девушке, то результат этого свидания по большому счету неважен: вы ее первый раз видите, даже если пройдет все плохо -- ну и что, на вашу жизнь это глобально не повлияет.
Это не совсем так работает. На "в два раза больше денег" приходят те, кто не приходят на вакансии ниже рынка. Они не обязательно будут "в два раза лучше", возможно, они вообще будут не лучше. Но иначе выбор сведется к тем, кто согласен работать у работодателя с лозунгом "материальная мотивация для профессионала почти всегда вторична". А это, как правило, будут люди которых не взяли в более оплачиваемое место.
То есть, если мы возьмем условное распределение: 5% - звезды 10% - топ 70% - средний уровень 15% - профнепригодные
То предложив ЗП ниже рынка вы никогда не увидите верхних 5%, из топ 10% может кто-то зайдет случайно (и скорее всего уйдет, тк работа обычная и нет ничего, что оправдало бы ЗП ниже). И вы будете выбирать из среднего уровня.
НО, в целом, могу, например сказать, что скорость обработки сообщений из очереди RabbitMQ при реализации на Rust в разы превышает скорость .NET Core при сравнимых подходах и реализациях
Я, помню, был пару дней под впечатлением, когда в VS Code Rest Client (аналог Postman) увидел микросекунды вместо миллисекунд, как обычно в дотнете или ноде.
Никакой иронии, но сужу по личному опыту. Если сравнивать мой опыт Rust c другими популярными стеками: - асп.нет - скорость разработки на нем выше, удобно за счет LINQ - node.js + typescript - на Раст я пишу быстрее, система типов в Раст обеспечивает сравнимое удобство, работать с SQL базой намного удобнее с sqlx, но все таки это наиболее близкий по скорости и девелопмент экспириенсу стек
- node.js + javascript - не понимаю, как люди на этом пишут, на Rust намного быстрее (если не брать за скорость разработки то, насколько быстро можно с нуля выкатить первый эндпоинт).
В целом, если брать суммарную скорость разработки за несколько месяцев (которая включает в себя как добавление новых фич, так и правки в существующие), то связка Actix Web + SqlX проигрывает разве что asp.net. При этом Rust за счет макросов имеет огромный потенциал в сокращении бойлерплейта.
Не знаю, может я, конечно, недоделанный, но, бегая больше 5 лет, занимаясь в тренажерном зале, на пике формы (ну, если вам верить, то "формы") бегал с темпом около 6 минут за километр, и это с пульсом 150-160. После долгого перерыва (только тренажерный зал) бежал 8 мин за километр. 10 км за час - это час валить 6 мин за километр без передышки, ну не знаю, кто без подготовки это сможет сейчас
Какое отношение особенности работы браузера имеют к серверным языкам?
Не помогает от чего? Например, от получения доступа к серверу путем выполнения какого-то HTTP запроса помогает.
Но от ошибок в логике не помогает, да.
Вы везде мешаете одно с другим, по принципу "сгорел сарай -- гори и хата": если уж ни один язык не застрахован от логических ошибок, то нету смысла в защите от ошибок в работе с памятью.
Формализация договоренностей - это, собственно, и есть написание кода. И описание тикета всегда условно, и всегда содержит много неявных условий. Поэтому не выйдет.
Если мы обсуждаем Зеланда, то насколько я понимаю, есть разные уровни, точки зрения на что-то, и чем "выше смотришь", тем меньше вещей являются действительно важными.
В данном случае, когда вы идете на первое свидание к незнакомой девушке, то результат этого свидания по большому счету неважен: вы ее первый раз видите, даже если пройдет все плохо -- ну и что, на вашу жизнь это глобально не повлияет.
Пишет, ты сам ее себе придумываешь.
Зеланда в целом не одобряю, но чем менее важным является что-то, тем меньше от него стресса. Так что имеет смысл.
Мало платишь - не имеешь возможности получить хороших готовых специалистов (только случайно либо брать перспективных и обучать)
Много платишь - имеешь возможность получить хороших специалистов (но не факт, что получишь). Иначе ты их просто не увидишь.
Это не совсем так работает. На "в два раза больше денег" приходят те, кто не приходят на вакансии ниже рынка. Они не обязательно будут "в два раза лучше", возможно, они вообще будут не лучше. Но иначе выбор сведется к тем, кто согласен работать у работодателя с лозунгом "материальная мотивация для профессионала почти всегда вторична". А это, как правило, будут люди которых не взяли в более оплачиваемое место.
То есть, если мы возьмем условное распределение:
5% - звезды
10% - топ
70% - средний уровень
15% - профнепригодные
То предложив ЗП ниже рынка вы никогда не увидите верхних 5%, из топ 10% может кто-то зайдет случайно (и скорее всего уйдет, тк работа обычная и нет ничего, что оправдало бы ЗП ниже). И вы будете выбирать из среднего уровня.
Если такая ошибка на пайтоне 3.11, то попробуйте на 3.10
Я запускал просто `nudecrawler ...`
Через пайтон 3.10 вроде запустился. Через 3.11 не заработал
На Мак М1 не запустится?
Это только в книгах, чтобы было интереснее. Думаю, в жизни методика, описанная автором, отлично работает.
Почти как каноническое `gender: boolean` , где true - это мужчина, а false - женщина
Нога не мутабельная, урон не нанесен
Я, помню, был пару дней под впечатлением, когда в VS Code Rest Client (аналог Postman) увидел микросекунды вместо миллисекунд, как обычно в дотнете или ноде.
Никакой иронии, но сужу по личному опыту.
Если сравнивать мой опыт Rust c другими популярными стеками:
- асп.нет - скорость разработки на нем выше, удобно за счет LINQ
- node.js + typescript - на Раст я пишу быстрее, система типов в Раст обеспечивает сравнимое удобство, работать с SQL базой намного удобнее с sqlx, но все таки это наиболее близкий по скорости и девелопмент экспириенсу стек
- node.js + javascript - не понимаю, как люди на этом пишут, на Rust намного быстрее (если не брать за скорость разработки то, насколько быстро можно с нуля выкатить первый эндпоинт).
В целом, если брать суммарную скорость разработки за несколько месяцев (которая включает в себя как добавление новых фич, так и правки в существующие), то связка Actix Web + SqlX проигрывает разве что asp.net. При этом Rust за счет макросов имеет огромный потенциал в сокращении бойлерплейта.
Но это, повторюсь, мой личный опыт.
Не знаю, может я, конечно, недоделанный, но, бегая больше 5 лет, занимаясь в тренажерном зале, на пике формы (ну, если вам верить, то "формы") бегал с темпом около 6 минут за километр, и это с пульсом 150-160. После долгого перерыва (только тренажерный зал) бежал 8 мин за километр. 10 км за час - это час валить 6 мин за километр без передышки, ну не знаю, кто без подготовки это сможет сейчас
300 км в месяц? 10 км в день? Еще бы не похудеть, тут как бы не помереть
Кому от этого плохо?