Может добавить больше деталей, кто такие Lift? Про Uber слышал, про Lift - нет. Если смотреть по первой ссылке - то это компания из Сиско. У них есть отделение в России?
Коробочный софт это: хочешь - покупай, не хочешь - есть ещё +100500 кому это можно продать. Не устраивает ИБ? Просто вы не наш клиент. Всё равно хотите ИБ? - Вот есть конторы (или мы за +денежку), которые эту ИБу сделают вам. Может быть.
По поводу связи ИБ и Agile тут уместо будет вспомнить анекдот: вы либо крестик снимите, либо трусы наденьте. ИБ она явно предполагает, что разработка идёт по заранее выставленном требованиям, которые применяются на всех модулях / коде. Agile + MVP - это попытка разработку качественного продукта превратить в дешёвую поделку по принципу "делаем то, что нужно прямо сейчас". (Пожалуйста, без холиваров! Смотрим сюда: https://ru.wikipedia.org/wiki/Гибкая_методология_разработки. И вчитываемся в цитаты: "... не обращая внимания на правильность кода ...", "... приводит к снижению качества продукта и накоплению дефектов ..."). Поэтому у вас либо ИБ и ТЗ, либо Agile и MVP (ещё есть путь "либо ишак либо падишах", но он может привести к потере денег).
с другой стороны: появляется логичное предложение: энтерпрайз, тебе нужно 300 правил? вот и делай их сам! хоть 400!
с третьей стороны: если это проект внешней команды, то там обычно до появления ИБ выдаются другие две буквы: ТЗ. И если в тз написано про 300 правил - тогда ок. ну а если не написано ...
ещё есть вариант, что некая контора сделала некоторую систему вообще без ТЗ и после реализации пытается её продать уже готовую систему (которую трудно менять) сторонней компании. Странноватый бизнес, наверное.
Это к тому, для человека вне темы появление такой ситуации (мы сначала сделали, потом узнали про требования) выглядит алогичным. Может привести более подробный пример?
Также , иногда бывают сборник требований (у нас такой есть и называется "базис"). И там большинство требований расписано.
Про Active Directory вообще интересно. Например, у нас явное требование ухода от винды и майков. Совсем. Или AD без примесей microsoft тоже отлично работает?
человек (т.е. это я) писал про отвязку от ворда и др. "проприетарных" форматов. Создать pdf можно из libreoffice, pdf-принтера. в замену экселю есть odf. и если прочитать про pdf ( https://ru.wikipedia.org/wiki/Portable_Document_Format ) то там говорят, что это открытый формат (Вот это поворот! латех нервно ... в сторонке).
насчет нераспространения нелюбви: тут такая проблема: ворда у меня нет. есть либраофис, т.к. нужно покрывать win,lin,mac. и открывая вордовский док не вполне уверен, что он откроется без "перкосов". а оно зачем?
В таком подходе есть здравый смысл. Только он не в том, чтобы впарить астра-линукс. Смысл в том, чтобы уйти от винды. Или сделать её "одной из".
Сейчас ситуация очень нехорошая. Например, школьное домашнее задание выдаётся как вордовский файл. И, по-моему, это нужно менять. Отрывать, как от титьки. Отрывать от ворда, экселя, винды. И Вместо этого использовать открытые форматы - хоть бы тот же pdf. А дальше этот pdf открывай хоть под виндой, хоть под макосей или убунтой с астрой.
Пока это (статья) напоминает хвалебные оды во времена массовых почтовых рассылок: раньше вы рассылали 20 рекламных писем, а с сервисом ззз вы будете рассылать 200000 рекламных писем за то же время и небольшую копеечку. И конверсия повысится, клиенты придут (... другие обещания).
Ну а результат такого действа всем хорошо известен: без спам-фильтра практически не обходится ни один почтовый сервис.
С нешаблонными письмами тоже бы хотелось увидеть что в результате получилось. Стали больше нанимать? Стали больше нанимать, но не пойми кого? Стали меньше нанимать, но качественнее? Что по результатам такой мини-революции?
Да, и тема ... не раскрыта: Варя зацепила Сергея письмом? (Это сарказм)
Если бы вы (команда разработчиков из СНГ, так?) добавили своих трёх разработчиков. Вдруг решили и добавили. Продакт, архитектор продолжат с вами работать? Ведь
Хочешь - не хочешь, а проект надо вести дальше, два года сил вложено
Или другой вариант: добавим сарказма и такие же вопросы зададим про часовой пояс (ну, у нас разработка ведётся в UTC+3 ...) и язык общения (ребята, как у вас с русским ... да ладно, есть же переводчики). Повторюсь, последнее предложение - это сарказм.
Опять же, чисто теоретически: ваша ситуация к чему ближе:
Вызов принят, цель ясна
или
Прогиб засчитан, отлично, продолжаем работать.
Уточню:
Тут цель не про то, как пережить (подстроиться) тот или иной катаклизм. Пережили - и молодцы. МОЛОДЦЫ. А вот что в подоплёке - это интереснее: дальше разбавляемся? разбиваемся на 2 изолированные команды (и разработчики из СНГ делятся примерно поровну)? потом одну половину будем переманивать?
Хотя, возможно, это уже немного паранойей попахивает. Удачи Вам.
Конечно, директор цирка должен скорее разбираться в акробатах, чем быть самому акробатом. Однако, представить хорошего тимлида, который не разбирается в предметной области, мне тяжело: банально будет трудно принимать решения, а спрашивать совета у подчинённых может быть неэффективно: сегодня они думают так, завтра мнение поменяют. Хотя, возможно, это такой тренд; на западе так любят: руководитель должен руководить, остальное необязательно.
Пример немного из другой области: Читал биографию Джеки Чана и он говорит, что знание ремесла каскадёра очень помогло ему когда он уже работал постановщиком боёв и это всё сильно помогло ему на режиссёрском кресле: потому что он знает что можно и что нельзя, что можно обойти, где облегчить путь к результату.
неплохо бы переменным sent, received присваивать начальные значения;
при разборе командной строки возможен крэш, если, например, указать ключ -с без числа. С остальными - аналогично;
если в командной строке указать несколько аргументов, но не указать destination, то может быть крэш по содержимому ip;
устанавливать опции сокета после отсылки каждого пакета? Может лучше один раз до всяких отсылок?
лучше добавить контроль результата при установке опций сокета - вдруг не установилось?
если при получении ответа пришло меньшее количество байт, то далее будет работа с мусорными (предыдущими) данными;
лучше не миксовать C подход (usleep, "\n") и C++ (chrono, endl);
в выводе help можно указать дефалтовые значения для параметров (10 пакетов и т.д.);
cout << "'####::'######::'##::::'##:'########::'##::::'##:'########:::'######::\n" - Э-э-э-м ... безымянная гордыня? Может лучше фамилия, имя, год создания?
Можно было бы что-то поприличнее выбрать для перевода.
Или, накрайняк, написать своё.
В частности:
mknod штука, конечно, работающая. Однако есть udev и с помощью конфигурационного файлика можно сделать назначение имени автоматически.
Кстати: MODULE_LICENSE и MODULE_AUTHOR не так важны. Здесь я не буду подробно их разбирать.
Вот это нужно перевести по-другому: "Что это такое - я не знаю и здесь я не буду их разбирать". На деле получается, что некоторые функции вам будут недоступны, если выбирается неподходящая лицензия.
Далее не буду вдаваться в детали о коде, все их можно уточнить, погуглив информацию или изучив заголовочные файлы.
Это просто апофеоз статьи. Можно сразу было написать: используйте ваш любимый поисковик, чтобы написать свой первый драйвер.
Как-то Вы припозднились. Также не очень понятна причина Вашего "недовольства" и "я-всё-знаю". Да, это есть сарказм, прошу меня извинить.
Итак:
про "живые" языки разговор не шёл. Разговор был про то, что эсперанто, на данный момент (по моему скромному мнению), не является универсальным языком общения. И ДА! Если вопрос идёт про универсальное средство общения, то нужно смотреть на top-10. Поправьте?
про ограниченное представление о usb. Возможно, Вы правы, я не очень его хорошо знаю, в основном с позиции API. Однако, сталкивался с такой ситуацией: железячники создают некоторое устройство, и в качестве интерфейса выдаётся usb/pci-ex/etc. Это всё хозяйство втыкается в компьютер и вдруг оказывается, что для корректной работы устройства нужно что-то дописать, т.к. Linux/Windows начинают говорить, что они такого устройства не знают. Естественно не знают, это ведь кастомное устройство, под стандартные типы не подлезающее. И? Драйверы не нужны? Особенно, как выше указывалось, что есть операционные системы не только Ubuntu и Windows. То, что Вы не ставите драйвера это не значит, что они не требуются (Или Вам очень везёт). А если требуются драйвера, то выставляемая автором статьи/комментаторами идеология про универсальное средство слегка проседает. Подискутируем?
Про СИ - это другие товарисчи пытаются всё перевести к новым и универсальным средствам. Вот тоже можете им объяснить, что это не есть правильно (или не объяснять). Ещё один гневный комментарий (только вот в кого)?
Протоколы, OSI и др. Вот в самой столице провайдер выдал белый ip-адрес и он IPv4. Может у нас столицы разные? Или необходимо отъехать километров на 8+? Про стандарт: есть семейство стандартов ED-137 (там и 138 и др.) и он явно требует, чтобы устройства адресовались через ipv6. Вот требует, хочется ему. Отдельные товарищи даже хотели освоить х-м-м ... деньги и даже выстроить отдельный интернет на отдельно взятой территории (там несколько стран; и России там нет, хе-хе). Только вот почему-то другие пользователи этого стандарта сильно предпочитают ipv4 (во всяком случае, пока) - т.е. данные гоняются те же самые, адресация другая. Соответственно, Вы можете читнуть, откомментировать. Не понял, причём здесь OSI - там и ipv4 и ipv6 находятся не далее, как на одном уровне. Хотя у нас может не только столицы разные, но и уровни osi ... всё бывает.
Прошу прощения за сарказм, но по-моему, Вы сами напрашивались.
Автор, по-моему, правильно начал с того, что хорошие управленцы они учились (хоть бы и на своих ошибках) и плюс дополнительное самообразование.
Потом всё скатилось в ... в общем, в принципы, где навык управления и опыт не учитывается совсем. И образование не нужно, и знание предметной области тоже не требуется (хотя это сейчас "тренд": управленец он в любой области хорош).
Напоминает мне это басню, где герои точно могли навязать своё мнение и с уверенностью там тоже всё неплохо. Только вот финал не задался:
Чтоб музыкантом быть, так надобно уменье
...
А вы, друзья, как ни садитесь, Всё в музыканты не годитесь
Притча о белом халифе очень известна, и, возможно, намного больше чем одноклассники. Полагаю, при желании вы найдёте +100500 сайтов с её текстом (и вне одноклассников).
Chevalier SANS peur ET SANS reproche фр. (шевалье́ сан пёр е сан репро́ш) — «рыцарь без страха и упрека» — прозвище храброго и благородного рыцаря Байярда.
eBPF и его возможности
похоже, на читателях тестируют качество автоматизированного перевода.
«Проблема доверия в сети». Точка зрения
во-первых, непонятно где здесь разработка под линукс;
во-вторых, похоже вы приняли хабр за краудфайндинговую платформу. неосторожно.
Lyft сокращает 26% персонала — 1072 рабочих места
Как-то суховато для статьи :(.
Может добавить больше деталей, кто такие Lift? Про Uber слышал, про Lift - нет. Если смотреть по первой ссылке - то это компания из Сиско. У них есть отделение в России?
300 требований ИБ, или почему энтерпрайз [не] купит ваш продукт
Ну статья же не про коробочный софт, да?
Коробочный софт это: хочешь - покупай, не хочешь - есть ещё +100500 кому это можно продать. Не устраивает ИБ? Просто вы не наш клиент. Всё равно хотите ИБ? - Вот есть конторы (или мы за +денежку), которые эту ИБу сделают вам. Может быть.
По поводу связи ИБ и Agile тут уместо будет вспомнить анекдот: вы либо крестик снимите, либо трусы наденьте. ИБ она явно предполагает, что разработка идёт по заранее выставленном требованиям, которые применяются на всех модулях / коде. Agile + MVP - это попытка разработку качественного продукта превратить в дешёвую поделку по принципу "делаем то, что нужно прямо сейчас". (Пожалуйста, без холиваров! Смотрим сюда: https://ru.wikipedia.org/wiki/Гибкая_методология_разработки. И вчитываемся в цитаты: "... не обращая внимания на правильность кода ...", "... приводит к снижению качества продукта и накоплению дефектов ..."). Поэтому у вас либо ИБ и ТЗ, либо Agile и MVP (ещё есть путь "либо ишак либо падишах", но он может привести к потере денег).
300 требований ИБ, или почему энтерпрайз [не] купит ваш продукт
Текст интересный, но остаётся послевкусие:
с одной стороны: куда вы денетесь (см. выше);
с другой стороны: появляется логичное предложение: энтерпрайз, тебе нужно 300 правил? вот и делай их сам! хоть 400!
с третьей стороны: если это проект внешней команды, то там обычно до появления ИБ выдаются другие две буквы: ТЗ. И если в тз написано про 300 правил - тогда ок. ну а если не написано ...
ещё есть вариант, что некая контора сделала некоторую систему вообще без ТЗ и после реализации пытается её продать уже готовую систему (которую трудно менять) сторонней компании. Странноватый бизнес, наверное.
Это к тому, для человека вне темы появление такой ситуации (мы сначала сделали, потом узнали про требования) выглядит алогичным. Может привести более подробный пример?
Также , иногда бывают сборник требований (у нас такой есть и называется "базис"). И там большинство требований расписано.
Про Active Directory вообще интересно. Например, у нас явное требование ухода от винды и майков. Совсем. Или AD без примесей microsoft тоже отлично работает?
Минцифры назвало версии российских ОС для обязательной предустановки ретейлерами на все ввозимые в страну ПК и ноутбуки
человек (т.е. это я) писал про отвязку от ворда и др. "проприетарных" форматов. Создать pdf можно из libreoffice, pdf-принтера. в замену экселю есть odf. и если прочитать про pdf ( https://ru.wikipedia.org/wiki/Portable_Document_Format ) то там говорят, что это открытый формат (Вот это поворот! латех нервно ... в сторонке).
насчет нераспространения нелюбви: тут такая проблема: ворда у меня нет. есть либраофис, т.к. нужно покрывать win,lin,mac. и открывая вордовский док не вполне уверен, что он откроется без "перкосов". а оно зачем?
Минцифры назвало версии российских ОС для обязательной предустановки ретейлерами на все ввозимые в страну ПК и ноутбуки
В таком подходе есть здравый смысл. Только он не в том, чтобы впарить астра-линукс. Смысл в том, чтобы уйти от винды. Или сделать её "одной из".
Сейчас ситуация очень нехорошая. Например, школьное домашнее задание выдаётся как вордовский файл. И, по-моему, это нужно менять. Отрывать, как от титьки. Отрывать от ворда, экселя, винды. И Вместо этого использовать открытые форматы - хоть бы тот же pdf. А дальше этот pdf открывай хоть под виндой, хоть под макосей или убунтой с астрой.
Пищите, письма: теперь ChatGPT пишет вам вместо рекрутеров
Пока это (статья) напоминает хвалебные оды во времена массовых почтовых рассылок: раньше вы рассылали 20 рекламных писем, а с сервисом ззз вы будете рассылать 200000 рекламных писем за то же время и небольшую копеечку. И конверсия повысится, клиенты придут (... другие обещания).
Ну а результат такого действа всем хорошо известен: без спам-фильтра практически не обходится ни один почтовый сервис.
С нешаблонными письмами тоже бы хотелось увидеть что в результате получилось. Стали больше нанимать? Стали больше нанимать, но не пойми кого? Стали меньше нанимать, но качественнее? Что по результатам такой мини-революции?
Да, и тема ... не раскрыта: Варя зацепила Сергея письмом? (Это сарказм)
Трансформация аутстаф команды в смешанную инхаус-аутстаф: практические советы как это пережить
Интересно, это чисто теоретически:
Если бы вы (команда разработчиков из СНГ, так?) добавили своих трёх разработчиков. Вдруг решили и добавили. Продакт, архитектор продолжат с вами работать? Ведь
Или другой вариант: добавим сарказма и такие же вопросы зададим про часовой пояс (ну, у нас разработка ведётся в UTC+3 ...) и язык общения (ребята, как у вас с русским ... да ладно, есть же переводчики). Повторюсь, последнее предложение - это сарказм.
Опять же, чисто теоретически: ваша ситуация к чему ближе:
или
Прогиб засчитан, отлично, продолжаем работать.
Уточню:
Тут цель не про то, как пережить (подстроиться) тот или иной катаклизм. Пережили - и молодцы. МОЛОДЦЫ. А вот что в подоплёке - это интереснее: дальше разбавляемся? разбиваемся на 2 изолированные команды (и разработчики из СНГ делятся примерно поровну)? потом одну половину будем переманивать?
Хотя, возможно, это уже немного паранойей попахивает. Удачи Вам.
Манипуляции с байт-кодом Java
Пардонте, но это единственное упоминание C++ в тексте статьи :((. Или у вас ИИ тэги статьи выставляет?
Кого из двоих сделать тимлидом
Конечно, директор цирка должен скорее разбираться в акробатах, чем быть самому акробатом. Однако, представить хорошего тимлида, который не разбирается в предметной области, мне тяжело: банально будет трудно принимать решения, а спрашивать совета у подчинённых может быть неэффективно: сегодня они думают так, завтра мнение поменяют. Хотя, возможно, это такой тренд; на западе так любят: руководитель должен руководить, остальное необязательно.
Пример немного из другой области: Читал биографию Джеки Чана и он говорит, что знание ремесла каскадёра очень помогло ему когда он уже работал постановщиком боёв и это всё сильно помогло ему на режиссёрском кресле: потому что он знает что можно и что нельзя, что можно обойти, где облегчить путь к результату.
C++, ping и traceroute
Здоровая критика про пинг:
неплохо бы переменным sent, received присваивать начальные значения;
при разборе командной строки возможен крэш, если, например, указать ключ -с без числа. С остальными - аналогично;
если в командной строке указать несколько аргументов, но не указать destination, то может быть крэш по содержимому ip;
устанавливать опции сокета после отсылки каждого пакета? Может лучше один раз до всяких отсылок?
лучше добавить контроль результата при установке опций сокета - вдруг не установилось?
если при получении ответа пришло меньшее количество байт, то далее будет работа с мусорными (предыдущими) данными;
лучше не миксовать C подход (usleep, "\n") и C++ (chrono, endl);
в выводе help можно указать дефалтовые значения для параметров (10 пакетов и т.д.);
cout << "'####::'######::'##::::'##:'########::'##::::'##:'########:::'######::\n" - Э-э-э-м ... безымянная гордыня? Может лучше фамилия, имя, год создания?
Операционная система — аппаратное обеспечение ввода-вывода
По моему скромному мнению, этому тексту лет 30. Опять же, (imho), сейчас механика dma работает по-другому.
Как СберБанк Онлайн на микросервисную архитектуру мигрировал и от legacy старался избавиться
.
Когда один TCP-порт может быть поделён
Только непонятно, где тут C?
Как разработать драйвер Linux с нуля
Можно было бы что-то поприличнее выбрать для перевода.
Или, накрайняк, написать своё.
В частности:
mknod штука, конечно, работающая. Однако есть udev и с помощью конфигурационного файлика можно сделать назначение имени автоматически.
Вот это нужно перевести по-другому: "Что это такое - я не знаю и здесь я не буду их разбирать". На деле получается, что некоторые функции вам будут недоступны, если выбирается неподходящая лицензия.
Это просто апофеоз статьи. Можно сразу было написать: используйте ваш любимый поисковик, чтобы написать свой первый драйвер.
Бьёрн Страуструп ответил АНБ США по поводу рекомендации ведомства отказаться от использования языков C и C++
Как-то Вы припозднились. Также не очень понятна причина Вашего "недовольства" и "я-всё-знаю". Да, это есть сарказм, прошу меня извинить.
Итак:
про "живые" языки разговор не шёл. Разговор был про то, что эсперанто, на данный момент (по моему скромному мнению), не является универсальным языком общения. И ДА! Если вопрос идёт про универсальное средство общения, то нужно смотреть на top-10. Поправьте?
про ограниченное представление о usb. Возможно, Вы правы, я не очень его хорошо знаю, в основном с позиции API. Однако, сталкивался с такой ситуацией: железячники создают некоторое устройство, и в качестве интерфейса выдаётся usb/pci-ex/etc. Это всё хозяйство втыкается в компьютер и вдруг оказывается, что для корректной работы устройства нужно что-то дописать, т.к. Linux/Windows начинают говорить, что они такого устройства не знают. Естественно не знают, это ведь кастомное устройство, под стандартные типы не подлезающее. И? Драйверы не нужны? Особенно, как выше указывалось, что есть операционные системы не только Ubuntu и Windows. То, что Вы не ставите драйвера это не значит, что они не требуются (Или Вам очень везёт). А если требуются драйвера, то выставляемая автором статьи/комментаторами идеология про универсальное средство слегка проседает. Подискутируем?
Про СИ - это другие товарисчи пытаются всё перевести к новым и универсальным средствам. Вот тоже можете им объяснить, что это не есть правильно (или не объяснять). Ещё один гневный комментарий (только вот в кого)?
Протоколы, OSI и др. Вот в самой столице провайдер выдал белый ip-адрес и он IPv4. Может у нас столицы разные? Или необходимо отъехать километров на 8+? Про стандарт: есть семейство стандартов ED-137 (там и 138 и др.) и он явно требует, чтобы устройства адресовались через ipv6. Вот требует, хочется ему. Отдельные товарищи даже хотели освоить х-м-м ... деньги и даже выстроить отдельный интернет на отдельно взятой территории (там несколько стран; и России там нет, хе-хе). Только вот почему-то другие пользователи этого стандарта сильно предпочитают ipv4 (во всяком случае, пока) - т.е. данные гоняются те же самые, адресация другая. Соответственно, Вы можете читнуть, откомментировать. Не понял, причём здесь OSI - там и ipv4 и ipv6 находятся не далее, как на одном уровне. Хотя у нас может не только столицы разные, но и уровни osi ... всё бывает.
Прошу прощения за сарказм, но по-моему, Вы сами напрашивались.
Основные принципы «Тренера»
Автор, по-моему, правильно начал с того, что хорошие управленцы они учились (хоть бы и на своих ошибках) и плюс дополнительное самообразование.
Потом всё скатилось в ... в общем, в принципы, где навык управления и опыт не учитывается совсем. И образование не нужно, и знание предметной области тоже не требуется (хотя это сейчас "тренд": управленец он в любой области хорош).
Напоминает мне это басню, где герои точно могли навязать своё мнение и с уверенностью там тоже всё неплохо. Только вот финал не задался:
( https://deti-online.com/basni/basni-krylova/kvartet/ )
Основные принципы «Тренера»
Притча о белом халифе очень известна, и, возможно, намного больше чем одноклассники. Полагаю, при желании вы найдёте +100500 сайтов с её текстом (и вне одноклассников).
Основные принципы «Тренера»
У Вас управленец - это прямо:
Однако, тут скорее видится проблема "белого халифа": см. Притча о Белом Халифе ( Притча о Белом Халифе | OK.RU )
Тренеру, наверное это не нужно, но управленцу бы не помешало:
умение адекватно воспринимать собственные ошибки.
Спросите себя, а Вы бы стали работать с человеком, который использует любые методы воздействия на окружающих и при необходимости навязывает свою волю?