Здравствуйте, Kolesiki, Вы писали:
CC>>Начали всё больше кода писать на шарпе? K>Да нет, на шарпе писали совсем другое!
Я про то, что шарпейного кода внутри свежепоставленной винды к 10ке стало куда больше. В том числе и в UX.
K>Просто даже "середнячки", берясь за "плюсы", совершенно легко косячат, чего не позволяет C#.
Т.е. C# позволяет говнокодить и нанимать тупых, соответственно странно ожидать от них хорошего результата в целом.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Vetal_ca, Вы писали:
V_>Откуда столько негодования?
Это фейспалм. Это уже не первая волна желающих поведать миру "Правду"!
V_>Третий пункт, вообще, архиважен. Просто, невероятно, как может существовать такой горб переизбытка (невостребованных) и впадина незаполненных вакансий.
А есть ли он, этот переизбыток? Вменяемых людей как раз недостача, а переизбыток невменяемых и так никому не нужен
V_>Я несколько лет уже рассматриваю увольнения как очень положительный оздоравливающий процесс. Который способен по-нормальному расшевелить эту кучу из п.3.
Мб...
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, smeeld, Вы писали:
S>Этот чувак для меня как-то больший авторитет, чем анонимные "гуру" C++ с кывта. Последние на этом форме всегда называли Торвальдса неосилятором. Но если анонимам доверить такую массу кода, за которой присматривает Торвальдс, только переписанную на C++, они тогда просто повесятся.
Интересно, что git, из соображений эффективности написаный на C, делает некоторые вполне повседневные операции медленнее, чем hg, написанный на питоне.
Здравствуйте, smeeld, Вы писали:
S>тому причины-прелести самого C++ не позволяющие его без проблем зазюзать для разработки систем ядра.
Это лютый булшит. Как писавший на С++ в ядре заявляю.
S> В Unix и Unix-likе-ах нет вобще C++ с ядрах и системных тулзах, его туда с намордником не пускают прицнипиально (Торвальдс одобряэ).
Банально потому что главный пЫнгвин ниасилил.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, smeeld, Вы писали:
S>Это именно от компетенции программистов, знающих про C++ и его современные "промышленные" компиляторы всё то, что делает C++ менее удобным правильным вариантом, чем чистый Cи для embedded и ядер ОС.
Ну булшит же. Сколько я таких реально пишущих кернел противников С++ видел — у всех было понимание на уровне "ну это как С только непонятный", у которых использование ссылки вместо указателя вызывало панику, а использование const считалось ересью.
Ну и ещё гнусный плюсовый компилер всегда был говном, просто потому что нишмагли. Так что "осадочек остался".
S> Отклонившись от темы, скажу, что крупнейшие проекты "промышленного" юзерспайсового софта, всевозможные сервисы, СУБД, прокся, написанные на C++-это всё не настоящий C++ в понимании здешних адептов C++, там тот самый Cи c классами.
Про каких "адептов" идёт речь?
S> Это почти Cи c очень немногочисленными вещами из C++ времён раннего Страуструпа.
Дада, лямбды всякие, темплейты-вариадики и подобное им старьё ...
S>Сеньоры тамошних проектов по рукам бьют всем, кто пытается тащить в код всякую современную C++нутую муть.
S>Это, кстати, сильно для джунов характерно, которые любят выпендриваться (возможно здешние адепты самого современного C++ именно они и есть).
Джунов надо бить по рукам чтоб их не заносило и помнили про KISS, да.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, B0FEE664, Вы писали:
BFE>В частности, если у вас есть вызов new, то надо предоставить тест, который обрабатывает исключение бросаемое new при нехватке памяти.
Ващета исключения отключаемы, и new будет неотличим от malloc.
BFE>Исходя из этого для многих проектов просто запрещается динамическая аллокация памяти.
С чего бы вдруг?
BFE> Соответственно выбрасывается всё, что аллоцирует память, начиная с std::vector ...
И хрен с ней, с STL библой
С++ то тут при чём?
Это всё решается на уровне библиотек и требований к стилистике кода. Функционал языка же остаётся.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, smeeld, Вы писали:
S>Тут можно только цитировать классиков: S>Linus
Вот уж чьё мнение не имеет никакого веса в этом вопросе так это мнение Верховного Пынгвина.
S>Этот чувак для меня как-то больший авторитет
Он мало того что не пишет на С++ так ещё и не знает его. С тем же успехом можно считать его экспертом в генетике.
S>Последние на этом форме всегда называли Торвальдса неосилятором.
А как надо называть фанатика, который гонит на язык просто по причине того что он ниасилил его понять?
S> Но если анонимам доверить такую массу кода, за которой присматривает Торвальдс, только переписанную на C++, они тогда просто повесятся.
Если бы у бабушки...
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Sharov, Вы писали:
S>Лучшие программисты в мире такие как Торвальдс, Фабрис Беллард, Ричард Хит
По каким критериям ты решил что лучшие они а не к примеру те, кто писал софт для марсохода Opportunity?
S> Если человек Си программист, это уже хороший программист.
Категорически нет. Ниакой связи, по личным наблюдениям скорее наоборот.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Pzz, Вы писали:
Pzz>Интересно, что git, из соображений эффективности написаный на C, делает некоторые вполне повседневные операции медленнее, чем hg, написанный на питоне.
Загляни внутрь гита и ужаснись, он как бы чуть ли ни больше чем наполовину из шелл скриптоты состоит.
Классика красноглазия — спагетти из скриптовщины и торчащих то тут то там отдельных unix-way утилиток.
... << RSDN@Home 1.0.0 alpha 5 rev. 0>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, CreatorCray, Вы писали:
K>>Были времена, когда удивлялись, если человек пишет на Паскале, а не на C++. Сейчас надо удивляться, когда пишут (а тем паче начинают новый проект) на C++.
CC>Дада, где то я уже такие байки слышал.
Таким байкам сто лет в обед, и тогда уже у них была борода.
Я знаю только две бесконечные вещи — Вселенную и человеческую глупость, и я не совсем уверен насчёт Вселенной. (c) А. Эйнштейн
P.S.: Винодельческие провинции — это есть рулез!
S>если вы правы почему в США на 50 вакансий С++ приходиться только 2 мак 3 на АНСИ С
У нас например С и только С, и в принципе из программрования только он и требуется.
Но, в списке требований он в самом низу.
Поэтому есть приличное количество людей, которые вроде и грамотные, и разбираются в предметной области. Но вот беда, пишут код отвратительно.
Но с другой стороны, пишущие код отлично, но не разбирающиеся в предметной области вообще не нужны. Никак их не используешь.
Здравствуйте, B0FEE664, Вы писали:
S>>а можно пожалуйста пример чем соверменный С++ хуже Си в таких проектах BFE>Тут дело не в языке, а в бюрократии и особых требованиях. BFE>Например, в авионике это 100% покрытие кода тестами. BFE>В частности, если у вас есть вызов new, то надо предоставить тест, который обрабатывает исключение бросаемое new при нехватке памяти. И так для каждого встречающегося в коде new, а не в одном каком-то месте. Представляете себе объём работы по написанию тестов?
Попытался распарсить написанное — не получилось. Если у нас есть вызов new, то его нужно проверить, ок. Но в С коде в этом месте будет malloc. Претензия к необходимости проверить new, намекает на то, что malloc проверять не надо? Так нет же, точно так же надо, т.е. к чему это было писать? Или намёк на то, что магический С не потребует маллока? Но тогда зачем new в С++ коде? Что за укурка вообще?
А ещё new не обязан выкидывать исключения — как настроишь, а ещё он намного компактнее и безопаснее в использовании — т.е. качество кода в области применения new в разы выше, чем у С, а ещё new можно применять поверх (в какой-то форме) статически аллоцированной памяти, а ещё, сюрпрайз, не обязательно тестировать каждый new, их можно проверять скопом. Ну или просто не использовать, при резких проблемах с памятью — но ведь довольно тупые претензии к динамической памяти такие граматеи тут же переносят на шаблоны, конструкторы-деструкторы, классы и т.п.
BFE>Исходя из этого для многих проектов просто запрещается динамическая аллокация памяти.
Ага, лечат тотальную некомпетентность наращиванием технического долга.
BFE>Соответственно выбрасывается всё, что аллоцирует память, начиная с std::vector ...
И std::array заодно, ага.
Короче — С++ НЕ хуже С в худшем случае и на порядки лучше в лучшем.
KP>Да байки это, конкуренция скорее даже выше чем в разработке. Вот уж где реально пылесосят всех подряд, так это в SDET да DevOps.
А вот этого я совсем не понимаю. По сути, DevOps — это квалифицированный админ, который работает с разработчиками (только настраивает он кормчего "Kubernates", а не индейца "Apache"). Однако, админов как грязи и зарплаты у них раза в 2 ниже, чем у разработчиков, а у DevOps наоборот даже выше бывают. Но по сути, DevOps — это админ, а не PM или CTO (при этом девопсу деньги нормальные платят за настройку сервака, а сисадмин — подай, принеси, настрой тот же сервак за 1/2 зарплаты разработчика).
Здравствуйте, Masterspline, Вы писали:
M>А вот этого я совсем не понимаю. По сути, DevOps — это квалифицированный админ, который работает с разработчиками (только настраивает он кормчего "Kubernates", а не индейца "Apache"). Однако, админов как грязи и зарплаты у них раза в 2 ниже, чем у разработчиков, а у DevOps наоборот даже выше бывают. Но по сути, DevOps — это админ, а не PM или CTO (при этом девопсу деньги нормальные платят за настройку сервака, а сисадмин — подай, принеси, настрой тот же сервак за 1/2 зарплаты разработчика).
По моему опыту, DevOps делают куда больше. Они поддерживают и улучшают пайплайн, все эти интеграции между Jenkins, Git, Artifactory, Docker и прочим зоопарком. Они дорабатывают интеграционные тесты и их инфраструктуру чтобы всё работало вместе быстро и эффективно. Они поддерживают нужную для проекта инфраструктуру и обеспечивают простую и безшовную интеграцию с ней. Я бы сказал что это сильно не админы.
Здравствуйте, CreatorCray, Вы писали:
CC>Пилить надо cash cow — то, что продают и что приносит деньги. Те, кто пишет для внутренних нужд это просто обслуга для money makers, с соответствующим отношением.
Да ладно. В банках прогеры- всегда обслуга, а зп всегда выше, чем в продуктовых. Как раз на необслуге чаще стараются сокращать издержки.
Здравствуйте, viellsky, Вы писали:
v> B>И почти не осталось вакансий, где просто требуется хорошее знание С++. v> Делают ведь что-то, что можно продать/что принесет прибыль. Крипта, серверы и проч. понятно — а просто программа на хорошем С++ что может делать, как её продать или как с её помощью извлечь прибыль?
M>>А вот этого я совсем не понимаю. По сути, DevOps — это квалифицированный админ, который работает с разработчиками (только настраивает он кормчего "Kubernates", а не индейца "Apache"). Однако, админов как грязи и зарплаты у них раза в 2 ниже, чем у разработчиков, а у DevOps наоборот даже выше бывают. Но по сути, DevOps — это админ, а не PM или CTO (при этом девопсу деньги нормальные платят за настройку сервака, а сисадмин — подай, принеси, настрой тот же сервак за 1/2 зарплаты разработчика).
KP>По моему опыту, DevOps делают куда больше. Они поддерживают и улучшают пайплайн, все эти интеграции между Jenkins, Git, Artifactory, Docker и прочим зоопарком. Они дорабатывают интеграционные тесты и их инфраструктуру чтобы всё работало вместе быстро и эффективно. Они поддерживают нужную для проекта инфраструктуру и обеспечивают простую и безшовную интеграцию с ней. Я бы сказал что это сильно не админы.
А чем по-твоему админы занимаются? Настроят Апач с мониторингом, после чего ковыряют с носу. Точно так же исправляют косяки в работе инфраструктуры и придумывают, как ее сделать лучше и надежнее, добавляют сервисы, интегрируют их друг с другом (даже если они изначально не задуманы интегрироваться). Все что ты описал — это и есть админская работа: устанавливать и настраивать готовые сервисы, интегрировать их друг с другом, придумывать и реализовывать нужный функционал, которого нет в готовых сервисах (в виде скриптов или отдельных приложений, сильно проще, чем готовый сервис, разумеется), мониторить весь этот зоопарк (физические машины и отдельные сервисы), поднимать упавшее.
Я вообще никакой разницы не вижу между установкой и настройкой Linux+Apache+MySQL+PHP (а еще почта, DNS, биллинг и что-то из этого в Docker) + интеграция особых хотелок + мониторинг по сравнению с Gitea+TeamCity (buildbot)+реестр пакетов+Kubernates+еще куча хотелок разработчиков + мониторинг. Для меня пока разница только в названии сервисов и в том, что у DevOps контейнеры стартуют и создаются автоматически и в огромных количествах, поэтому придется чуть больше писать скриптов для мониторинга. Однако, разница в зарплатах, судя по разным источникам, заметная. IMHO, это как переход с C# на Java в написании backend в той же предметной области (придется освоить язык и другие фреймворки, однако, 90% знаний и опыта останутся релевантными).
P.S. Если что я про системный администраторов, которые серверами рулят. Еще есть сетевые, которые сетевое оборудование настраивают (коммутаторы, маршрутизаторы).
P.P.S. Может быть разница для тебя состоит в том, что ты мало знаешь про работу сисадмина и сильно больше про DevOps?
на С++ можно сделать утилиты которые принесут денег достаточных для жизни
я не понимаю как можно на JS сделать программу на продажу, если это не калькулятор месячных
