shaperid:
Бремя доказательства лежит на сделавшем утверждение. Утверждений куча а доказательств примерно ноль. Помогает ибо помогает, ибо серьезно. 100%. Вот такой вот уровень.
Я свои аргументы привел, а вы - ,примерно, ничего, кроме каких-то вопросов призванных увести дискуссию в удобную вам сторону.
shaperid:
Обожаю, а новых программистов по цвету ботинок тоже оцениваете? Впрочем ожидаемый ad hominem
Я оцениваю по делам, и у меня нету предубеждения к кому-то. Ваши дела - запечатлены в вашей истории. В чем я не прав?
dmitry_cx:
Ну а вообще мне странно слышать эти аргументы (не только от вас) 15летней давности как все должны изучать С++ и т д и знать особенности команды malloc.
1. Никто никому ничего не должен, не хотите не изучайте, только если вам в работе откажут по-этой причине, то это тоже будут ваши проблемы, только и всего.
2. Как выше написали - не понимая внутреннего устройства, хотя бы схемотично, вам будет очень сложно понять, что пошло не так.
dmitry_cx:
Имхо в современном мире T-shape (дада, знаю, я тоже от этого устал, но что поделать ) специалист намного ценнее.
Вот был пример выше про настройку CICD. Отлично, вы знаете какую команду запускает кнопка Build в IDEб а толку, если вы не знаете, что такое CI, никогда не работали с, например, дженкинсом и не деплоили в клауд.
А какое облако выбрать, какой сервис из них и в каком случае.
А с какой БД лучше работать?
А какой фреймворк использовать для работы с БД, а для .нит тестов, а для...
и т д и т п - по факту, получается поток информации просто огромнейший. И где тут найти время на эти маллоки? Не говоря уже о том, что принесет большую пользу и вам как специалисту и вашей команде как юниту - это или понимание работы именно вашего языка и фишки именно его GC например (как, опять таки, отмечал shaperid, )
Все смешалось кони, люди. Одно дело работать с базами в качестве их дизайнера, другое дело разворачивать решения, и третье писать логику. Зачем вы все это в кучу мешаете?
nixis:
Ваш алгоритм как-раз таки классически построен - сначала прочитать, потужиться, а потом вывалиться с ошибкой. Будучи линуксоидом я это наблюдаю ежедневно и проги на кутях - одни из первых претендентов на такую логику работы. Но там это связано с небольшими ресурсами для разработки и 1.5 человека, а в контексте обработки слов и смысла мне кажется виновато все же железо.
Вам кажется Вы все наровите всех под свою гребенку подвести. Выдохните, никто не обязан думать как вы. Не важно как обработан мусор, если это мусор, Глупо в мусоре искать какой-то смысл, это просто мусор
nixis:
да хоть MAX_LONG, если хотите впечатлить айтишника сроками, то это не особо сработает за счет постоянного изменения технологий.
А какой у вас опыт? "Не впечатлите" меня. Обычно опыт хотят обесценить как раз те, у кого его нету За 20 лет ничего принципиально не изменилось, скажу вам по большому секрету, Принципы используются все те же. И вот те, кто знает эти принципы - это видят, а те, кто сразу за фреймворки - для них да, все меняется каждый год до неузнаваемости Вы, даже не понимаете, что своими словами подтверждаете мои
nixis:
Где-нибудь в бухгалтерии вокруг Вас может бы и вились сотрудницы с горящими глазами воркуя об огромном багаже знаний. Ну по факту в вк есть паблики, в которых малолетние школьники уже с самодовольным видом педалят свои прожки, выставляя себе организацию в профиле, причем эти прожки работают и вполне сносно. За счет того, что котлин, дарт, сишарп или та же джава более-менее бьют по рукам, не давая сделать особо жесткую лапшу и заминировать приложение багами, то не факт, что Ваше приложение после 20 лет на легаси-стеках будет устойчивее и качественнее. Быстрее - возможно.
Опять делаете какие-то выводы ведомые только вам, про какой-то легаси код и прочее. Ну я вас ни в чем переубеждать не буду, время вас само переубедит, а если нет, то и мне это не под силу