Вопросы совместимости обязательно появляются в реальных приложениях при попытке перенести на новую версию Java, если конечно это не что-то типа hello world. Мне много раз приходилось переносить программы, как с более старых на более новых версий Java. А так же один раз на более старую, это случай оказался полным кошмаром. Там ещё фркеймворки, и задача становится совсем не тривиальной, например искать предельные версии фреймворков которые можно использовать. Иногда таких не найти, их не существует. А если существует, они не на maven репозитории, а где-то в отдаленных архивах интернета. Много гемов одним словом. Я бы сказал что совместимость Java по большому счёту это рекламный блеф. Совместимость гарантирована только там где используется одна и та же версия Java и одини и те же версии библиотек и фреймворков.
Я лично не пишу на Rust, пока не пишу. Но, любопытство к нему в последнее время зашкаливает. Всё-таки я пишу на одном диалекте Rust, недавно появившийся язык шейдеров WGSL. Другие шейдеры пишутся на диалектах С, как GLSL HSLS. Я не понимал за чем надо было всё усложнить, ведь до сих пор тут интуитивный понятный язык GLSL, и тут сразу WGSL который переворачивает всё с ног на голову. И тут уже и интерес не к некоему диалекту Rust а у самому Rust. Всё что я читаю о Rust заставляет переосмысливать то что я пишу на C++. В C++ можно придерживаться дисциплины Rust, но если ошибёшься, компилятор это свободно сжует. Синтаксис Rust кажется несколько неудобным, но я готов с этим мириться.
Целая команда разработчиков держалась на сообщениях в Телеграме? Ну ребята, честно? Я в это должен поверить? У меня тут уровень скепсиса зашкаливает, надо же быть таким креативным. Разработчики, по-настоящему работающие на больших проектах, в командах более пяти человек, точно поймут, о чём речь. Без таск-трекера — просто никак.
Заглядывая за завесу утверждений, обращая внимание на полностью субъективное протестное отношение автора к сабжу, я вижу не объективный разбор, а болезненный, почти провальный опыт — выучить новый инструмент. То ли из-за нежелания, то ли по другим причинам. Это я тоже понимаю. Бывали моменты, когда у меня у самого кровь вскипала, если заставляли менять привычный инструмент, а менеджеры довольно однозначно заявляли: "The ones who fail to use BLABLABLA fail to do their job." Приходилось изучать. Приходилось использовать.
Например, в Agile: там daily meetings — все кратко рассказывают, что делали, с какими проблемами сталкивались. Покосить не получится. Ведь не скажешь, что весь день читал Хабр, смотрел YouTube, лазил по LiveJournal или по ОК. Я видел что близится момент митинга, и я что-то должен сделать. Как обычно, именно в момент митинга я так сильно хотел работать, и конечно же митинг меня прерывал всегда именно в тот момент когда я сильнее хотел работать, ну вы понимаете, голимые отмазки. Именно дейли митинги как раз и заставляли пошевелиться. Я автора понимаю — и многие девелоперы тоже поймут. Но в данном рассказе я не вижу попытки информировать. Я вижу попытку повлиять на мнения.
Невозможность писать ядро Линукс на С++ это есть критика С++? Ядро линукс ещё невозможно писать на SQL, Python, XML, Wolfram и на многом другом. Читаю: Линус Торвальдс: Критика C++ — Комплексный анализ. И думаю что будет критика С++. Читаю ради интереса, и тут описывается почему нельзя писать ядро Линукс на С++. Вы серьезно? И вообще, кто пишет ядра Линукс? Кого должны заботить проблемы использование С++ в написание ядра? В практическом смысле никого. Есть те кто пишет ядра, но Торвальдс поименно знает каждого, и лично контролирует каждый пуш. Многие скажут что писали свои OS, но на самом деле в лучшем случае написали boot loader и какой-то элементарный текстовый или гравический UI для ввода комадны Exit
Вопросы совместимости обязательно появляются в реальных приложениях при попытке перенести на новую версию Java, если конечно это не что-то типа hello world. Мне много раз приходилось переносить программы, как с более старых на более новых версий Java. А так же один раз на более старую, это случай оказался полным кошмаром. Там ещё фркеймворки, и задача становится совсем не тривиальной, например искать предельные версии фреймворков которые можно использовать. Иногда таких не найти, их не существует. А если существует, они не на maven репозитории, а где-то в отдаленных архивах интернета. Много гемов одним словом. Я бы сказал что совместимость Java по большому счёту это рекламный блеф. Совместимость гарантирована только там где используется одна и та же версия Java и одини и те же версии библиотек и фреймворков.
Отличный матеиал.
Я лично не пишу на Rust, пока не пишу. Но, любопытство к нему в последнее время зашкаливает. Всё-таки я пишу на одном диалекте Rust, недавно появившийся язык шейдеров WGSL. Другие шейдеры пишутся на диалектах С, как GLSL HSLS. Я не понимал за чем надо было всё усложнить, ведь до сих пор тут интуитивный понятный язык GLSL, и тут сразу WGSL который переворачивает всё с ног на голову. И тут уже и интерес не к некоему диалекту Rust а у самому Rust. Всё что я читаю о Rust заставляет переосмысливать то что я пишу на C++. В C++ можно придерживаться дисциплины Rust, но если ошибёшься, компилятор это свободно сжует. Синтаксис Rust кажется несколько неудобным, но я готов с этим мириться.
Целая команда разработчиков держалась на сообщениях в Телеграме? Ну ребята, честно? Я в это должен поверить? У меня тут уровень скепсиса зашкаливает, надо же быть таким креативным. Разработчики, по-настоящему работающие на больших проектах, в командах более пяти человек, точно поймут, о чём речь. Без таск-трекера — просто никак.
Заглядывая за завесу утверждений, обращая внимание на полностью субъективное протестное отношение автора к сабжу, я вижу не объективный разбор, а болезненный, почти провальный опыт — выучить новый инструмент. То ли из-за нежелания, то ли по другим причинам. Это я тоже понимаю. Бывали моменты, когда у меня у самого кровь вскипала, если заставляли менять привычный инструмент, а менеджеры довольно однозначно заявляли: "The ones who fail to use BLABLABLA fail to do their job." Приходилось изучать. Приходилось использовать.
Например, в Agile: там daily meetings — все кратко рассказывают, что делали, с какими проблемами сталкивались. Покосить не получится. Ведь не скажешь, что весь день читал Хабр, смотрел YouTube, лазил по LiveJournal или по ОК. Я видел что близится момент митинга, и я что-то должен сделать. Как обычно, именно в момент митинга я так сильно хотел работать, и конечно же митинг меня прерывал всегда именно в тот момент когда я сильнее хотел работать, ну вы понимаете, голимые отмазки. Именно дейли митинги как раз и заставляли пошевелиться. Я автора понимаю — и многие девелоперы тоже поймут. Но в данном рассказе я не вижу попытки информировать. Я вижу попытку повлиять на мнения.
Невозможность писать ядро Линукс на С++ это есть критика С++? Ядро линукс ещё невозможно писать на SQL, Python, XML, Wolfram и на многом другом. Читаю: Линус Торвальдс: Критика C++ — Комплексный анализ. И думаю что будет критика С++. Читаю ради интереса, и тут описывается почему нельзя писать ядро Линукс на С++. Вы серьезно? И вообще, кто пишет ядра Линукс? Кого должны заботить проблемы использование С++ в написание ядра? В практическом смысле никого. Есть те кто пишет ядра, но Торвальдс поименно знает каждого, и лично контролирует каждый пуш. Многие скажут что писали свои OS, но на самом деле в лучшем случае написали boot loader и какой-то элементарный текстовый или гравический UI для ввода комадны Exit