Ayrat
И го ещё может заменить свифт
Vasily
Ну вот насчёт реакт натив лол, конечно
Ayrat
Ах да, в конце ещё скала умирает так как скалу можно питоном заменить
Ayrat
Ну вот насчёт реакт натив лол, конечно
А то что павершел можно заменить OpenSSH?
Ayrat
Как вообще эти видео делают? Не приходя в сознание что ли?
Doge
Там ещё ассемблер как будто кто-то на нём unironically пишет софт, кроме демосцены
Doge
И любителей ретрокомпьютеров
Ayrat
Просто адок короче
Mark
Зато под такими видосами комменты норм бывают
Hog
А перл уже мёртв?
Tako
Очень смешное видео. Павершел умирает так как у него есть замена!!! В лице... Putty
эти видосы ведь не для программистов делают,а для маслят которые хотят начать.И делают тоже не программисты,ну вот придет масленок,посмотрит видос и пойдет писать на питоне
Ayrat
Хз как правда
Tako
аъахаххахахах
Tako
ну тут вряд ли у него получится
Ayrat
Но всем друзьям расскажет что павершел умер
Tako
я насчет этих видосов по себе знаю) сам смотрел видосы сишарп за час до профессионала когда начинал
Shub
https://youtu.be/-j27avTZCag
У видео 62К просмотров и 300 лайков, вам просто нечего возразить, вот и все. Всякому очевидно что павершел - это тупик, деградация, тлен и смерть. Шах и мат, Майкрософт!
Ilya
Кто нить его вообще юзает под линуксом?
Ilya
Кто нить его вообще юзает под линуксом?
Айрат и фон нёвер юзали, вроде бы.
R.
https://youtu.be/-j27avTZCag
заменить скала на кложур ок
Ayrat
заменить скала на кложур ок
Но там наоборот хотят
Ilya
Почему чип Apple M1 такой быстрый? / Хабр https://habr.com/ru/post/538812/
Vladislav
Потому что
Ilya
Потому что
Именно!
Vasily
Ну какой-то яблодрочер написал статью
Vasily
Судя по некоторым оборотам
Vasily
Типа амудэ никогда не догонит этц
Vasily
С 3dfx vodoo был похожий хайп
Vasily
И где ща 3dfx?
Anatoly
И где ща 3dfx?
> После этого бо́льшая часть интеллектуальной собственности и большинство участвовавших в её создании работников перешли к корпорации Nvidia.
Doge
Статью не читал, надеюсь там про то, что арм процам не надо перегонять говно-cisc из 70х в risc, как это х86 нынче делают
Vasiliy
А что там с мержем task для f#
R.
в докладе ссылка на сравнение количества issue с тэгом bug на гитхабе для разных языков проектов https://labs.ig.com/static-typing-promise
R.
не ожидал такого результата для F#
Doge
в докладе ссылка на сравнение количества issue с тэгом bug на гитхабе для разных языков проектов https://labs.ig.com/static-typing-promise
В эти докладе совсем методология косячная для хоть сколько-то разумных выводов
Doge
Надо было попробовать другие факторы, которые не связаны напрямую с языком учесть: 1. Тематика проекта 2. Возраст проекта 3. Количество контрибьюторов 4. Активность контрибьюторов 5. Опыт контрибьюторов И т.д. и т.п. И потом уже с учётом всех этих факторов, смотреть по каким из них есть разумная корреляция. И это ещё не говоря о том, что число issue с тэгом bug != реальному числу багов в проекте.
Shub
была куча других исследований с другими методиками, в том числе и peer reviewed, но они конечно же тоже неправильные
Shub
ну видимо проще отрицать нерелевантость систем типизации, чем признать, что источник багов кроется где-то еще
Doge
> врети
Не, мне скорее конкретно это исследование не нравится, очень уж методология глупенькая
Shub
ну они все будут в той или иной степени глупенькие, потому что каждый проект несчастлив по-своему
Shub
где-то сформировался особенный коллектив. где-то все клали болт на все, кроме билетиков в жире. где-то поехавший менеджмент.
Vasily
Человеческий фактор никуда не денется, к сожалению
Doge
ну они все будут в той или иной степени глупенькие, потому что каждый проект несчастлив по-своему
Я скорее про то, что статистику подобного рода с гитхаба надо рассматривать по всем возможным факторам, там и результаты скорее всего интереснее будут, да и надежность выводов будет выше.
Vasily
Подозреваю, что на том же божественном расте аналогичная хуерга с багами
Doge
Т.е. было бы как минимум интересно посмотреть эту статистику хотя бы в тех разрезах, что я выше указывал.
Shub
Человеческий фактор никуда не денется, к сожалению
ну вроде бы все эти исследования говорят, что источник багов - это именно человеческий фактор, не решаемый системой типизации
Doge
Подозреваю, что на том же божественном расте аналогичная хуерга с багами
У раста цель - не избежать всех багов, чтобы его фанатики не говорили, его цель - убрать проблемы именно с memory safety и с этим он более менее справляется. Как минимум, сегфолтов за почти два года ни разу не ловил.
Doge
А для нативного низкоуровневого языка без gc - это норм результат.
Doge
Причём понимание memory safety там относительно узкое
Shub
я думаю, что категория багов, которую должна решать типизация, сходит на нет по причине индустриализации отрасли, ну типа кодерок работает над очень маленькой областью кода, где ошибки ловятся просто глазками, и движением в сторону TDD
Vasily
Проблема в том , что все хотят быть художниками, а по факту надо быть ремесленниками
Shub
придется очень постараться, чтобы найти место, где заканчивается ремесленник и начинается художник
Shub
заявляю как ремесленник
Ilya
Я в js постоянно забываю дописать () после имени функции, стреляет в рантайме. Неприятно :(
Vasily
Ремесленник ближе к инженеру
Vasily
Все же
Shub
ремесленник ближе к окошку с заплатой
Vasily
Художник редко работает по тз
Doge
я думаю, что категория багов, которую должна решать типизация, сходит на нет по причине индустриализации отрасли, ну типа кодерок работает над очень маленькой областью кода, где ошибки ловятся просто глазками, и движением в сторону TDD
Это очень спорное утверждение, потому что во всех прям совсем больших код базах, где я работал, было в норме именно перескакивание разработчиков из одной части проекта в другую.
Shub
Это очень спорное утверждение, потому что во всех прям совсем больших код базах, где я работал, было в норме именно перескакивание разработчиков из одной части проекта в другую.
перескакивать из одной узкой области в другую особо на этот момент не решает. у нас все тренды на ограничение радиуса изменений. то есть в 90х например было нормально писать код, где нужно было править 100 файлов, если вдруг переименовался метод. сегодня это считается "плохая практика" и любые поползновения в эту сторону пресекаются
Shub
и поэтому все эти рассказы про "нечитаемый перл", "медленный питон не подходящий для больших проектов" должны стоять на одной полке с "Севастопольскими рассказами", ну чисто по релевантности современному дню
Shub
Так сейчас все такие действия автоматизированы максимально, я не помню, когда последний раз я руками вообще следил за переименованием методов и т.п.
ну ты найди такую кодобазу, где переименование затрагивает 100 файлов - узнаешь очень много нового про пределы возможностей IDE
Shub
собственно, оно стало надежно работать именно благодаря движухе на уменьшение связности, а так же тестам
Doge
ну ты найди такую кодобазу, где переименование затрагивает 100 файлов - узнаешь очень много нового про пределы возможностей IDE
Я на такой работал 5 лет. Кроме того, что студия иногда умирала при дебаге проекта, оно вполне себе работало.
Shub
я работал на проекте, где студия тупо не могла загрузить проект на крестах. у нас было 3Гб сорсов
Shub
ну точнее реальных сорсов было где-то 400Мб, именно файлов .hpp .cpp, но студия и это не могла загрузить
Doge
Но кресты - это всё же совсем особенный случай в плане IDE
Shub
3Гб - это после кодогенерации. т.е. у нас там были специальные такие тулзовины, которые генерили эти 3Гб крестовых сорсов.
Shub
и чтобы работал скажем интеллисенс - их все надо было подгружать. студия не могла
Shub
и вот в такой ситуации идеешный рефакторинг особо надежным не был
Doge
3Гб - это после кодогенерации. т.е. у нас там были специальные такие тулзовины, которые генерили эти 3Гб крестовых сорсов.
Это уже прям совсем экстремальный кейс. Я скорее говорил про более-менее обычный жаба/шарп и т.п. энтерпрайз и около.
Shub
Это уже прям совсем экстремальный кейс. Я скорее говорил про более-менее обычный жаба/шарп и т.п. энтерпрайз и около.
этот кейс бороздит автострады планеты до сих пор. насколько мне известно, там до сих пор че-то пилится, на этой же кодовой базе