«дизайн и алгоритмические рекомендации Snapchat открыто поощряют и продвигают незаконные сексуальные материалы с участием детей и способствуют секс-шантажу и торговле детьми, наркотиками и оружием».
Если Snap проиграет дело, ей могут грозить крупные штрафы.
Гм, как-то непропрорционально мягко. Штрафы. Если такое серьезное обвинение, то разве не дожны всю деятельность компании остановить, принудить компанию к раскрытию всей документации и выяснить, кто был ответственным за то, чтобы заниматься продвижением ЦП? Ну и потом ответственных посадить с конфискацией, соучастников посадить на чуть меньшие сроки, активы компании продать с молотка?
а что тут не так с математикой? я бы скорее сказал, что нечитабельно получается. Лучше уже isFinite() или typeof v === 'number' && !Number.isNaN() С другой стороны, если по бенчмаркам выходит быстрее, то почему бы не заоптимизячить - функция вызывается часто, должна быть шустрой.
А расскажите, кто использует инструменты типа камунды? Просто ж если технари - то почему они делают это не в коде, а в диаграммке, а если не технари - то как они в блоках этой диаграммки исполняют какие-то скрипты?
То бишь, пока руководятлы используют BPMN чтобы рисовать блок-схемки и используют его как просто инструмент документирования - вроде все понятно. Но как только там в каком-то узле начинается реально что-то исполняться и схема из просто картинки превращается в настоящую программу - тут я немного теряюсь, а кто этим пользуется.
Какие хорошие механизмы есть для того, чтобы не полагаться на совестливость и отличную память людей в вопросах поддержания актуальности документации? Definition of Done и скрам-мастер с дрыном? Или что-то более технологичное существует?
Я сменила гардероб: в IT встречают по другой одёжке.
А можно тут мыслительный процесс поподробнее? Вроде ж на левой картинке как-то привычнее и роднее выглядит - нормальная айтишница в толстовке, только что кубер поднимала. А правые явно расфуфырились и хотят что-то продать.
Мне вариант с декорированием отдельных пропертей нравится тем, что тогда эти проперти не будут строками писаться в параметрах большого декоратора. А то ведь, я переименую свойство, а надо помнить, что в параметрах декоратора тоже надо его переименовать.
Помню когда появился motherfuckingwebsite, высмеивающий фреймворки и призывающий к ультраминимализму, одним из его первых клонов был Better Motherfucking Website . Мне кажется, что с такой верстки можно начинать большинство сайтов - не добавить, не убавить.
Я бы предположил, что это потому что фигню делают. Человек продрался через горы математики, инженерии, готов запускать ракеты в космос, исследовать тайны океанов и человеческого мозга - а идет работать в очередной банк или крипту. Или системы рекламные делать в гугле и амазоне как предел мечтаний, тьфу.
Прикольно. А не станут ли через пару лет люди, начитавшиеся статей, написанных электрическими болванами, перенимать у этих болванов писательские привычки? В том числе вот эти водяные знаки? Эффект имеет место для переводных статей - многие корявые кальки с английского въедаются в письменный русский язык и перенимаются живыми людьми.
Воспользовавшись советом HR, я пошел на Leetcode — самую популярную площадку для тренировки алгоритмов и решал все задачи подряд.
Ну а насчет литкода - ну может быть, просто не дано. Кто-то действительно за десять дней умудряется подготовиться, а вот мне надо не меньше полугода по паре-тройке часов в день.
А вот пример, почему алгоритмы полезны. Есть у тебя вакансия. На нее нужен один человек и на нее скажем 800 претендентов. Хрюши отсеяли тех, кто вообще ни в какие ворота и теперь претендентов 300. Кто-то из команды или нанимающий менеджер почитал резюмешки, и теперь их 100. Надо чтобы осталось хотя бы человек 15, с которыми можно будет по-человечески поговорить часа два. Как это сделать?
Ну вот есть статистика, что если взять сотню чуваков со знанием алгоритмов, 70 из них не вылетят после первого полугода. А если случайную сотню - то 20. Почему так? Да хрен его знает, наверное, как-то связано. Если бы вместо алгоритмов там было жонглирование или решение задачек на стулья с пиками пинг-понговые шарики - задавали бы задачки на пинг-понговые шарики.
То бишь, это исключительно статистическая история для больших чисел. Другой вопрос, если у тебя вакансия и на нее пять претендентов, а не восемьсот. Да ты можешь с каждым из них целый день провести в парном программировании или беседах за жизнь - лучше это и предпочесть. В этом случае литкод-собес не оправдан.
Это, кстати, интересный аргумент и реальная проблема, относящаяся к вопросам поддержания глоссария. Разработчики не знают английского в достаточном объеме, а мы не хотим повышать когнитивную нагрузку. Пока я не очень понимаю, каким методом можно было бы быстро это решить.
В немецкоязычных проектах со швейцарскими коллегами мы в какой-то момент начали использовать немецкие названия и немецкие для сущностей предметной области в именах переменных и функций, чтобы у нас был воспетый в DDD Ubiquitous Language.
В русском или китайском коде это бы выглядело еще более странно.
... DataFlop, DataFlip
Марафет кстати ничо так. А то развели тут бастионов и евангелионов.
Марфушка!
Гм, как-то непропрорционально мягко. Штрафы. Если такое серьезное обвинение, то разве не дожны всю деятельность компании остановить, принудить компанию к раскрытию всей документации и выяснить, кто был ответственным за то, чтобы заниматься продвижением ЦП? Ну и потом ответственных посадить с конфискацией, соучастников посадить на чуть меньшие сроки, активы компании продать с молотка?
до меня не доходит, почему это сколько-нибудь важно
а что тут не так с математикой? я бы скорее сказал, что нечитабельно получается. Лучше уже
isFinite()илиtypeof v === 'number' && !Number.isNaN()
С другой стороны, если по бенчмаркам выходит быстрее, то почему бы не заоптимизячить - функция вызывается часто, должна быть шустрой.но проверку на то, что это не строка все равно надо будет производить? а то ведь
"4"-"4"===0Страшно интересно! Подскажите, что за введение почитать человеку, пришедшему от разработки? Все время натыкаюсь на какие-то бизнесовые введения.
Чего-то я не понял. Чей траффик уменьшился? Как инлайн функции связан с траффиком?
А расскажите, кто использует инструменты типа камунды? Просто ж если технари - то почему они делают это не в коде, а в диаграммке, а если не технари - то как они в блоках этой диаграммки исполняют какие-то скрипты?
То бишь, пока руководятлы используют BPMN чтобы рисовать блок-схемки и используют его как просто инструмент документирования - вроде все понятно. Но как только там в каком-то узле начинается реально что-то исполняться и схема из просто картинки превращается в настоящую программу - тут я немного теряюсь, а кто этим пользуется.
Или тут похожая история на LabView?
Какие хорошие механизмы есть для того, чтобы не полагаться на совестливость и отличную память людей в вопросах поддержания актуальности документации? Definition of Done и скрам-мастер с дрыном? Или что-то более технологичное существует?
А можно тут мыслительный процесс поподробнее? Вроде ж на левой картинке как-то привычнее и роднее выглядит - нормальная айтишница в толстовке, только что кубер поднимала. А правые явно расфуфырились и хотят что-то продать.
Мне вариант с декорированием отдельных пропертей нравится тем, что тогда эти проперти не будут строками писаться в параметрах большого декоратора. А то ведь, я переименую свойство, а надо помнить, что в параметрах декоратора тоже надо его переименовать.
Помню когда появился motherfuckingwebsite, высмеивающий фреймворки и призывающий к ультраминимализму, одним из его первых клонов был Better Motherfucking Website . Мне кажется, что с такой верстки можно начинать большинство сайтов - не добавить, не убавить.
Я бы предположил, что это потому что фигню делают. Человек продрался через горы математики, инженерии, готов запускать ракеты в космос, исследовать тайны океанов и человеческого мозга - а идет работать в очередной банк или крипту. Или системы рекламные делать в гугле и амазоне как предел мечтаний, тьфу.
Прикольно. А не станут ли через пару лет люди, начитавшиеся статей, написанных электрическими болванами, перенимать у этих болванов писательские привычки? В том числе вот эти водяные знаки? Эффект имеет место для переводных статей - многие корявые кальки с английского въедаются в письменный русский язык и перенимаются живыми людьми.
Ну а насчет литкода - ну может быть, просто не дано. Кто-то действительно за десять дней умудряется подготовиться, а вот мне надо не меньше полугода по паре-тройке часов в день.
А вот пример, почему алгоритмы полезны. Есть у тебя вакансия. На нее нужен один человек и на нее скажем 800 претендентов. Хрюши отсеяли тех, кто вообще ни в какие ворота и теперь претендентов 300. Кто-то из команды или нанимающий менеджер почитал резюмешки, и теперь их 100. Надо чтобы осталось хотя бы человек 15, с которыми можно будет по-человечески поговорить часа два. Как это сделать?
Ну вот есть статистика, что если взять сотню чуваков со знанием алгоритмов, 70 из них не вылетят после первого полугода. А если случайную сотню - то 20. Почему так? Да хрен его знает, наверное, как-то связано. Если бы вместо алгоритмов там было жонглирование или решение задачек на
стулья с пикамипинг-понговые шарики - задавали бы задачки на пинг-понговые шарики.То бишь, это исключительно статистическая история для больших чисел. Другой вопрос, если у тебя вакансия и на нее пять претендентов, а не восемьсот. Да ты можешь с каждым из них целый день провести в парном программировании или беседах за жизнь - лучше это и предпочесть. В этом случае литкод-собес не оправдан.
Это, кстати, интересный аргумент и реальная проблема, относящаяся к вопросам поддержания глоссария. Разработчики не знают английского в достаточном объеме, а мы не хотим повышать когнитивную нагрузку. Пока я не очень понимаю, каким методом можно было бы быстро это решить.
В немецкоязычных проектах со швейцарскими коллегами мы в какой-то момент начали использовать немецкие названия и немецкие для сущностей предметной области в именах переменных и функций, чтобы у нас был воспетый в DDD Ubiquitous Language.
В русском или китайском коде это бы выглядело еще более странно.
Дада. И еще - комментарии, описывающие технический долг, кстати, можно снабжать ссылочкой на задачку по устранению этого технического долга.