Думаю, что работать над чем-то на чистом Rust в крупных существующих продуктах -- это редкость и роскошь.
Обычно будет куча уже присутствующего кода, и нужно будет усиленно воевать с ffi, потому что идеально отсечь интерфейсы и структуры данных -- очень сложно, даже если это совсем новая фича.
Примеров не знаю, но сейчас рекордно низкий уровень безработицы. Как вы написали, это не значит, что у конторы все плохо и на грани банкротства. Однако это значит, что очень сложно найти замену ушедшему сотруднику или набрать людей на новые проекты.
Имхо, самый важный вопрос от комментатора выше (и вопрос, который возник у меня) это зачем нужно самому реализовывать install/start/stop/uninstall? Ведь есть уже встроенные утилиты, которые это делают. Для понимая устройства сервисов новичком этот код ничего не даёт, а только отвлекает от собственно тела сервиса.
Статья на этот вопрос не отвечает, запутывая читателей. Для новичков слишком много информации сразу. Для не новичков -- непонятно, зачем.
В крайнем случае, эти примеры можно было бы вынести в приложение в конце.
Новости ещё и способ быстро узнать что-то новое. Взять на заметку, мол, вдруг пригодиться. Если новость не содержит достаточно контекста для такой заметки и требует дополнительного исследования, то теряется быстрота.
И вроде бы должно быть пофигу, но остаётся ощущение, что автор не заботится о читателях.
Skype for Business не имеет с обычным Skype ничего общего (кроме названия) и произрастает из прошлых продуктов: Lync и ранее Communicator. Lync вовсю использовался внутри самой Майкрософт.
Teams снова вырос совершенно отдельно и вытеснил Skype for Business. Как так вышло внутри -- я не знаю.
я посмотрел ссылку из статьи, https://jobs.lever.co/latch/a82d61c7-63b9-481c-85ad-4ce80031a481 -- написано Systems Software Engineer. Слово senior не встречается. На некоторый уровень сеньорности может указывать требуемые "many years building and scaling complex software systems in production environments", но это можно по-разному повернуть.
Если стартап, предлагающий ещё и опционы, то вилка не выглядит нереалистичной, особенно за пределами бигтеха.
Конечно, ложная. Как кто-то сказал, программист часто работает не ради денег, но за деньги.
И мне кажется, что делать на работе то, что нравится хоть как-то -- приятнее.
Если кто-то переквалифицировался в программистов из-за востребованности и способен вовлеченно и хорошо работать, то это же здорово. А если плохо работает, то рынок рассудит 🙂
Почти в любом достаточно большом проекте с нетривиальным количеством участников огромное количество времени тратится на чтение кода. Намерение кода гораздо важнее того, как код выглядит в виде дерева. Поэтому, как ниже уже отметили, удобство человека гораздо важнее удобства компилятора.
Предположу, что речь была не про include guard (это само собой), а про парсенье инклудов в разных файлах в одном проекте. Если без precompiled headers, то одно и то же разбирается и компилируется снова и снова.
+1, нерабочая главная ветка -- это не следствие TBD, а одна из причин, почему TBD может не прижиться. Другими словами, рабочая главная ветка -- это одно из условий для TBD.
Думаю, что работать над чем-то на чистом Rust в крупных существующих продуктах -- это редкость и роскошь.
Обычно будет куча уже присутствующего кода, и нужно будет усиленно воевать с ffi, потому что идеально отсечь интерфейсы и структуры данных -- очень сложно, даже если это совсем новая фича.
я видел только общие данные. Есть ли причины, почему разработчики могут очень сильно отличаться?
Например, уехал в другую страну с концами или ушел в армию.
Про проекты, да, согласен. Но ведь не всегда сотню новых людей надо.
Примеров не знаю, но сейчас рекордно низкий уровень безработицы. Как вы написали, это не значит, что у конторы все плохо и на грани банкротства. Однако это значит, что очень сложно найти замену ушедшему сотруднику или набрать людей на новые проекты.
Имхо, самый важный вопрос от комментатора выше (и вопрос, который возник у меня) это зачем нужно самому реализовывать install/start/stop/uninstall? Ведь есть уже встроенные утилиты, которые это делают. Для понимая устройства сервисов новичком этот код ничего не даёт, а только отвлекает от собственно тела сервиса.
Статья на этот вопрос не отвечает, запутывая читателей. Для новичков слишком много информации сразу. Для не новичков -- непонятно, зачем.
В крайнем случае, эти примеры можно было бы вынести в приложение в конце.
Эх, да, был, но уже несколько лет как BitBucket убрал поддержку Mercurial репозиториев.
В планетарном масштабе -- пофиг, конечно. 🙂
Новости ещё и способ быстро узнать что-то новое. Взять на заметку, мол, вдруг пригодиться. Если новость не содержит достаточно контекста для такой заметки и требует дополнительного исследования, то теряется быстрота.
И вроде бы должно быть пофигу, но остаётся ощущение, что автор не заботится о читателях.
Это все разные продукты.
Skype for Business не имеет с обычным Skype ничего общего (кроме названия) и произрастает из прошлых продуктов: Lync и ранее Communicator. Lync вовсю использовался внутри самой Майкрософт.
Teams снова вырос совершенно отдельно и вытеснил Skype for Business. Как так вышло внутри -- я не знаю.
Предположу, что людей раздражает, когда для минутной статьи нужно пять минут что-то искать и читать в интернете, чтобы понять о чем речь.
я посмотрел ссылку из статьи, https://jobs.lever.co/latch/a82d61c7-63b9-481c-85ad-4ce80031a481 -- написано Systems Software Engineer. Слово senior не встречается. На некоторый уровень сеньорности может указывать требуемые "many years building and scaling complex software systems in production environments", но это можно по-разному повернуть.
Если стартап, предлагающий ещё и опционы, то вилка не выглядит нереалистичной, особенно за пределами бигтеха.
Конечно, ложная. Как кто-то сказал, программист часто работает не ради денег, но за деньги.
И мне кажется, что делать на работе то, что нравится хоть как-то -- приятнее.
Если кто-то переквалифицировался в программистов из-за востребованности и способен вовлеченно и хорошо работать, то это же здорово. А если плохо работает, то рынок рассудит 🙂
LabView довольно давно умел виджеты и схемы показывать.
(О, внизу уже упомянули)
Ещё макросы в MS офисных документах.
Почти в любом достаточно большом проекте с нетривиальным количеством участников огромное количество времени тратится на чтение кода. Намерение кода гораздо важнее того, как код выглядит в виде дерева. Поэтому, как ниже уже отметили, удобство человека гораздо важнее удобства компилятора.
Так что линтеры, которые сразу бьют по рукам 🙂
я вот даже не могу точно сказать, что именно триггерит. Вроде, умом понимаю, что можно пропустить без внимания. Но что-то цепляет.
И таких людей много, судя по комментариям 🙂
Ссылка на канал сейчас чуть ли не в каждой статье, разве нет?
Такое чувство, что придется научиться игнорировать.
Если репозиторий закрытый, и точно известно, что его никто не клонировал, то способ, в целом, рабочий.
Предположу, что речь была не про include guard (это само собой), а про парсенье инклудов в разных файлах в одном проекте. Если без precompiled headers, то одно и то же разбирается и компилируется снова и снова.
На андроид телефоне с Gboard, например, ы́ можно выбрать после долгого нажатия на ы.
+1, нерабочая главная ветка -- это не следствие TBD, а одна из причин, почему TBD может не прижиться. Другими словами, рабочая главная ветка -- это одно из условий для TBD.