Ну вот можно поисследовать - деградировал ли человек с развитием ide. Раньше приходилось все вручную делать, апи знать, скрипты для сборки писать, если еще дальше капнуть - машинный (или мнемо) код. И т.д. Правда нужно будет еще определиться - а что такое деградация. Ибо абстрагирование и обобщение - это прогресс (в целом), это не ухудшение качеств.
Если настоящий ИИ, с бесконечной памятью, когда либо появится, то и люди не нужны будут. А так в любом случае нужны будут те кто разбирается и те кто побыстрому чтото начитает "ИИ". Пока выглядит так, что поменяется процесс, ускорится, но программирование никуда не денется.
Не нужно миллион. У вас в коде не бывает более 3х уровней вложенности? Откуда такое сопротивление на менее широкий TAB? В статье есть пример как выглядит файл кода с ТАВ в 4 пробела и в 2, ровно один и тот же файл.
Ну вот смотрю я на 2 и 4 - для меня одинаково, для когото лучше 4, для кого-то 2. Вы же пытаетесь доказать что только вы правы.
Есть куча книг на тему стайлов, написанных умными людьми. Просто их прочитайте и не придумывайте велосипеды
Есть исследование, что от 2 до 4 - эквивалентно для восприятия.
Я считаю, что в разных языках по разному воспринимаются табы. Гдето 2 достаточно, гдето лучше 4. Это зависит от уровня вложенности типичных блоков. Где можно писать маленькие фунции, там 2 за глаза. Где в основном большие портянки (какие нибудь хп на tsql), то лучшее добавить.
Некорректно сравнивать ВУЗ с курсами. ВУЗ это целый набор дисциплин, иногда очень узкоспециализированных, а курсы - какая-то конкретная тема, достаточно простая, рассчитанная на массы, в основном с посредственной теоретической базой. На курсах вы получаете очень ограниченные навыки. Для того чтобы изучить язык программирования конечно не нужно идти в ВУЗ, даже на курсы можно не ходить (есть куча книг, видео, статей). Для того чтобы админить ось - тоже не обязательно (хотя и здесь можно найти исключения). Но есть круг задач, которые требуют серьезной теоретической базы, в обширном кол-ве областей. Конечно можно пройти N специализированных курсов, но чем тогда это отличается от ВУЗа?
Сможете ли вы, пройдя какой-то курс, сделать что-то из последних достижений науки? Давайте попробуем найти ученых без вышки, нобелевских лауреатов? (по литературе найдете)
т.е., бинарный формат предполагает особый формат - типы/метки, особый вид кодирования. Обратная совместимость, вот это вот всё.
А ПО это что такое? Программное обеспечение. Т.е., предполагает, что будет меняться, улучшаться.
Вот надо изменить дерево (например, сделать дерево не деревом), как-то по другому перекодировать, ускорить. Чо делать со старыми IDE? еще и с таким разнообразием разных производителей. Чо делать с новыми - тащить поддержку старых форматов с самых первых версий?
А обратно как в текст? Разработка это не про машины, а про людей. 10 строчек читаем, 1 пишем.
IDE и так оптимизируют и хранят промежуточные состояния, которые изменяют инкрементально и только при изменении исходного текста. Всё уже давно придумано за нас и до нас.
Случилась проблема - помолился и нормально. Зачем разбираться в причинах, чтобы исправить и не повторять!? В тоску только себя вгонять и напрягаться лишний раз.
У команд будет своя обертка над либой кафки для всех остальных сценариев и команда не захочет интегрироваться с этим инструментом. А зачем им 2 версии поддерживать?!
это они еще до реализации consumer'а не дошли. Как дойдут до реализации нужного счастливому разработчику функционала, то они поймут, что никакой абстракции не получилось и просто сделали проксирование вызовов поверх grpc.
мне прям интересно как они будут делать консесус при распределении партиций между консьюмерами (подами), с ребалансом, событиями и т.д.
но итог понянет - получим прокси кафка-библиотеки поверх grpc и все те же клиентские обертки и все также счастливому разработчику нужно будет думать про кафку (потому что абстракция протекла).
либо будет очень примитивный функционал, который можно будет использовать в каких-то простых сценариях, а счастливому разработчику все также держать под рукой все те же кафочные библиотеки.
В следующий раз, как к автору придет, например, электрик, наговнякает висящих и торчащих проводов, перепутает цвета, ноль, фазу и заземление, напутает обозначения в схеме, то пусть автор не предъявляет претензий, потому что и так работает, а остальное это вкусовщина.
А вообще, многое из того что написано - опровергнуто или доказано исследованиями. ИТ - инструмент, приносящий или экономящий деньги и этот инструмент должен применяться эффективно. И его, как и любую другую человеческую деятельность, исследуют в хвост и гриву. Советую автору прочитать например "Совершенный код" Макконнелла - и сама книга отличнейшая, и в ней куча отсылок на эти самые исследования. Хотя, судя по написанному, тут уже ничем не поможешь.
Разобрать в кавычках
Не от всех, а от мин.ин.синк
Ну вот можно поисследовать - деградировал ли человек с развитием ide. Раньше приходилось все вручную делать, апи знать, скрипты для сборки писать, если еще дальше капнуть - машинный (или мнемо) код. И т.д. Правда нужно будет еще определиться - а что такое деградация. Ибо абстрагирование и обобщение - это прогресс (в целом), это не ухудшение качеств.
Если настоящий ИИ, с бесконечной памятью, когда либо появится, то и люди не нужны будут. А так в любом случае нужны будут те кто разбирается и те кто побыстрому чтото начитает "ИИ". Пока выглядит так, что поменяется процесс, ускорится, но программирование никуда не денется.
Пусть радуется
Мазерофгод. Автор вообще не понимает что такое cqrs и абстракция. Mediatr приплел зачем-то. Какое он отношение имеет к cqrs?
Заставь дурака молиться, он и лоб расшибет
я вот пожалел времени, чтобы сиё творение коментить )
это просто какой-то поток сознания
Обычная soa.
А сложность чего и по сравнению с чем?
Ну вот смотрю я на 2 и 4 - для меня одинаково, для когото лучше 4, для кого-то 2. Вы же пытаетесь доказать что только вы правы.
Есть куча книг на тему стайлов, написанных умными людьми. Просто их прочитайте и не придумывайте велосипеды
Есть исследование, что от 2 до 4 - эквивалентно для восприятия.
Я считаю, что в разных языках по разному воспринимаются табы. Гдето 2 достаточно, гдето лучше 4. Это зависит от уровня вложенности типичных блоков. Где можно писать маленькие фунции, там 2 за глаза. Где в основном большие портянки (какие нибудь хп на tsql), то лучшее добавить.
Однозначно да.
Некорректно сравнивать ВУЗ с курсами. ВУЗ это целый набор дисциплин, иногда очень узкоспециализированных, а курсы - какая-то конкретная тема, достаточно простая, рассчитанная на массы, в основном с посредственной теоретической базой. На курсах вы получаете очень ограниченные навыки.
Для того чтобы изучить язык программирования конечно не нужно идти в ВУЗ, даже на курсы можно не ходить (есть куча книг, видео, статей). Для того чтобы админить ось - тоже не обязательно (хотя и здесь можно найти исключения).
Но есть круг задач, которые требуют серьезной теоретической базы, в обширном кол-ве областей.
Конечно можно пройти N специализированных курсов, но чем тогда это отличается от ВУЗа?
Сможете ли вы, пройдя какой-то курс, сделать что-то из последних достижений науки?
Давайте попробуем найти ученых без вышки, нобелевских лауреатов? (по литературе найдете)
Сколько же внимания такому
высеруопусут.е., бинарный формат предполагает особый формат - типы/метки, особый вид кодирования. Обратная совместимость, вот это вот всё.
А ПО это что такое? Программное обеспечение. Т.е., предполагает, что будет меняться, улучшаться.
Вот надо изменить дерево (например, сделать дерево не деревом), как-то по другому перекодировать, ускорить. Чо делать со старыми IDE? еще и с таким разнообразием разных производителей. Чо делать с новыми - тащить поддержку старых форматов с самых первых версий?
А обратно как в текст? Разработка это не про машины, а про людей. 10 строчек читаем, 1 пишем.
IDE и так оптимизируют и хранят промежуточные состояния, которые изменяют инкрементально и только при изменении исходного текста. Всё уже давно придумано за нас и до нас.
1) нужно уметь писать 2) нужно уметь читать
Не абстракции ли дают упрощение? Гдето слышал, что они скрывают детали, которые можно игнорировать.
Хороший язык - богатый инструмент. Хочешь - пиши лапшу, а не хочешь - не пиши.
>> 20 лет.. для новичка... по c# ...практика.. запахи.. динамическое программирование...
Хоть и не читал, но вангую...
Случилась проблема - помолился и нормально. Зачем разбираться в причинах, чтобы исправить и не повторять!? В тоску только себя вгонять и напрягаться лишний раз.
Могут ли последовательные процессы быть конкуррентными?
А параллельные?
Кгам
Любая конкуррентность параллельна, но не наоборот правда.
да, для простых сценариев.
У команд будет своя обертка над либой кафки для всех остальных сценариев и команда не захочет интегрироваться с этим инструментом. А зачем им 2 версии поддерживать?!
это они еще до реализации consumer'а не дошли. Как дойдут до реализации нужного счастливому разработчику функционала, то они поймут, что никакой абстракции не получилось и просто сделали проксирование вызовов поверх grpc.
мне прям интересно как они будут делать консесус при распределении партиций между консьюмерами (подами), с ребалансом, событиями и т.д.
но итог понянет - получим прокси кафка-библиотеки поверх grpc и все те же клиентские обертки и все также счастливому разработчику нужно будет думать про кафку (потому что абстракция протекла).
либо будет очень примитивный функционал, который можно будет использовать в каких-то простых сценариях, а счастливому разработчику все также держать под рукой все те же кафочные библиотеки.
Говрокодеров большинство.. как и плохих специалистов в любой другой области. Значит ли это, что они правы?
В следующий раз, как к автору придет, например, электрик, наговнякает висящих и торчащих проводов, перепутает цвета, ноль, фазу и заземление, напутает обозначения в схеме, то пусть автор не предъявляет претензий, потому что и так работает, а остальное это вкусовщина.
А вообще, многое из того что написано - опровергнуто или доказано исследованиями. ИТ - инструмент, приносящий или экономящий деньги и этот инструмент должен применяться эффективно. И его, как и любую другую человеческую деятельность, исследуют в хвост и гриву. Советую автору прочитать например "Совершенный код" Макконнелла - и сама книга отличнейшая, и в ней куча отсылок на эти самые исследования. Хотя, судя по написанному, тут уже ничем не поможешь.