⚹ https://github.com/sosachbot/cppthreadhat/wiki
Ответы на вопросы:
⚹ https://en.cppreference.com/w/
⚹ https://www.cplusplus.com/reference/
Для указателей: ⚹
Прошлый тред: >>2054115 (OP)
мимо из мвп
Опхуй, ты ебанулся? >>2080946 (OP)
Только на джаве решается
https://github.com/EnterpriseQualityCoding/FizzBuzzEnterpriseEdition
>laptop.png
Проиграл.
Чел С быстрее всего. С++ это тот же С только с классами, темлейтами и STL грубо говоря. Классы стоят дорого. Но быстрее кодить и расширять функционал корпоративных приложений. Языки становятся медленнее из-за того что хотят быстрее писать коммерческий код.
Сейчас похоже на скорость положили окончательно. Ну или отдельно нанимают С++ бога и делают С++ вставки, честно говоря не знаю. Было бы забавно увидеть в каком нибудь питоне вставку С++ а в ней asm вставку с байтаёбством.
Наивно реализованные алгоритмы без оптимизации могут показывать близкую производительность с маргинальным отрывом крестов. Но как раз выразительность и практические неограниченная свобода(язык спроектирован так, чтобы доверять программисту, он знает что делает) позволяют из крестов выжимать самые эффективные реализации и это все подкреплено очень глубокими оптимизациями внутри компиляторов, которые разрабатывают уже десятилетиями.
>>2112448
Почему же? Самый богатый и передовой в плане технологий движок Unreal Engine на крестах полностью. Да и в Unity на Шарпе только высокоуровневые вещи.
С не может быть быстрее на комплексных задачах.
Простой процедурный код имеет одинаковую производительность, тогда как работа со сложными структурами данных на крестах имеет гораздо больше выразительных возможностей, которые превращаются современными компиляторами в гораздо более эффективный машинный код. Тогда как код на C и так переносимый ассемблер.
>FizzBuzz
Чет0то почитал. блядь, я не понимаю почему каждое десятилетие появляется хуита которая орет что если не можешь в такую чушь, то не программист...
Раньше было "почему люки круглые а не квадратные"... Теперь это
Куда делись нормальные вопросы? например задача комивояжера (это хотя бы актуально и потребуется на практике)?
Нахуя нужна эта олимпиадная дрочь?
Да блядь современный программист вообще не математик. Его задача рисовать окошки и кнопочки, да данные дергать туда-сюда, и чтобы быстро. Какие блядь числа?
Я в продакшене уже пять лет. Я блядь числа складывал последний раз видел в школе, и одной математической формулы за это время не выводил. Вся работа - монотонно дрочить тяжелые базы данных, пытаясь найти оптимальный путь и не тормозило. Да кнопочки таскать чтобы было юзабельно
> же крутой движок как юнити на крестах???
Юнити на крестах написан. Шарп - это обвязка разработчика - редактор и игровые скрипты.
Ядро юнити - самые натуральные кресты.
Сейчас нет ни одного нормального движка написанного на шарпе. Страйд там мучается но никому не нужен
Поясню тебе за Жабу.
На Жабе ГУИ умер.
Swing покойник, последний коммит в SwingX был 10 лет назад, причем его так и не приняли в мейнстрим и закопали вместе с репозиторием.
SWT безнадежно устарел, хотя коммунити Еклипса его подпирает костылями, но тщетно, ведь под капотом на Винде Win32 API, а попытки переписать на WPF уже 12 лет заканчиваются ничем. В итоге нормальной поддержки HiDPI так и нет.
JavaFX полуживая. Оракл ее закопал и выкинул из рантайма. Хотя это единственный инструмент для создания современного ГУЯ для Жабы. Пока поддерживается сообществом. API кривой, требует штудирования собственного языка разметки.
Есть надстройки JetBrains над Swing и хоть код открыт, но лицензия не свободная, а все завязано на платформу IntelliJ.
На крестах и шарпе у тебя нативный доступ к WPF, графический нашлепыватель форм в студии, вот это всё. Хочешь кросплатформу - есть активно развивающийся Qt с богатым набором и продвинутым нашлепываетелем форм, GTK в конце концов.
Искал искал и не нашел. Возможно у Эккеля где-то в книге. Книга старая и возможно С++ уже быстрее. Нашел статью только чтобы как то оправдаться.
https://habr.com/ru/post/347688/
У сообщества Debian много лет существует проект бенчмарка языков.
Они выбрали набор из 10-ти компутационно тяжёлых задач, реализацию которых на своем любимом язычке модет прислать кто угодно, если она соответствуем входным/выходным даным и алгоритму.
Так вот, как C-господа не пыжатся, но таки чаще всего крестовики их обгоняют, причем иногда в полтора-два раза. Отличный показатель, что абстракции и дополнительные выразительные возможности на C++ компилятор разворачивает в более эффективный машинный код, чем чистую процедурщину на C, которая и так близка к машинной.
Время в секундах.
fannkuch-redux
C++ g++ #6 3.29
C gcc #5 7.58
n-body
C++ g++ 2.12
C gcc #9 2.18
spectral-norm
C gcc #6 0.40
C++ g++ #6 0.72
mandelbrot
C++ g++ #4 0.84
C gcc #6 1.27
pidigits
C gcc #6 0.59
C++ g++ #6 0.66
regex-redux
C gcc #5 0.80
C++ g++ #4 1.10
fasta
C++ g++ #8 0.77
C gcc #9 0.78
k-nucleotide
C++ g++ #2 1.93
C gcc 3.72
reverse-complement
C++ g++ #7 0.52
C gcc #6 0.86
binary-trees
C++ g++ #7 0.94
C gcc #2 1.54
Почитать код или заслать свой по ссылке: https://benchmarksgame-team.pages.debian.net/benchmarksgame/index.html
Нашел такую шнягу, пойду курить.
Есть оконный режим, в котором можно рисовать свой HTML-ный гуй. Надо только разобраться как происходит взаимодействие нативного кода с JS.
Ещё есть такая штука: https://doc.qt.io/qt-5/qtwebengine-index.html
Хули ты пиздишь? Они там пикселы трахают:
https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/SourceFiles/ui/cached_round_corners.cpp
250 строк кода для скругленных углов.
https://github.com/telegramdesktop/tdesktop/blob/dev/Telegram/SourceFiles/ui/grouped_layout.cpp
И пишут собственные Layout-менеджеры, что вообще пиздец.
Короче покурил, не готово для продакшена в GUI:
- нету субпиксельного рендеринга шрифтов, еб твою мать
- нету нативного диалога выбора файла, можно свой костыль написать, но еб твою мать, костыль для собтвенной генерации миниатюр слишком дорогой
- нету drag'n'drop-а, что пиздец
- нет HTML5 Video
- нету Canvas-ов!! последнее вообще убило. У HTML5 движка(а под капотом обрезок WebKit), заточенного под GUI нету Canvas-ов. еб твою мать
И это только то, от чего пригорело мне.
Что понравилось: есть нативная поддержка окон, при чем отрисовка DirectX, OpenGL, Vulkan в зависимости от платформы. Есть колбеки из DOM элементов, DOM можно дергать прямо из Си-шного кода, это оочень круто, посоны, есть нормальный интероп с JS.
Если допилят будет пушка ракета!! Обещают что в следующей версии VS Code будет заводиться под Ultralight. Что же, посмотрим.
>>2113454
Интероп с JS кодом там через жопу и ведро бойлерплейта, доступа к DOM-у нет вообще. Ебал я ваш Электрон в таком виде на крестах.
https://github.com/pocketbook/SDK_6.3.0/tree/5.19
Как начать с ним работать вообще? Хочу написать приложение для Pocketbook 740
Я поставил виртуалку с линухом, ввёл эту хуету
>$SDK_ROOT_DIR/bin/update_path.sh
А дальше что?
По факту нет. По-прежнему работать с UTF-8 стандартными средствами нельзя.
>>2113518
https://en.cppreference.com/w/cpp/header/codecvt
Охуенно завезли. И объявили deprecated в 17-м, порекомендтвав тспользовать сторонние либы, ахаха.
Там в комитете какие-то шизоиды старые сидят и кричат что юникод нинужон и ASCII хватит всем.
Можно ли вывести числа фибонначи через for-each более коротким способом (без вложенной структуры)?
Я придумал такое: https://onlinegdb.com/RaOcQd0FO
После того как поставил ссылку перед operator++ (на строчке 27) оно даже перестало создавать новую структуру на каждом шаге (что мне очень люто не нравилось), но всё-равно вызывается лишний конструктор B(B) который на строчке 47 вызывается. Хотелось бы его убрать. Я потыкал перегрузки оператора = или конструктора, но не смог добиться его исчезновения какие бы конструкторы я там не объявлял.
>FizzBuzz
Решал такую задачку на си в школе-21 на экзамене. Эта та где надо выводить типа если число делится на 4 без остатка то fizz если на 7 то buzz? Если то и это то fizzbuzz. Решил сам где-то за час. Была разрешена функция write(); while без break; for goto запрещёны.
Анонасы, чё учить дальше?
Ща коротко о себе
Учил с++ на протяжении двух лет по разным книгам (Страструп, Шлее(для QT), Саттер и т.д.), написал сотни разных тренировочных программ (мелочь всякая), студентам задачи решал, освоил немного геймдев с sfml, машинное зрение openCV, чуть-чуть сетевого программирования и потом забил на это дело сроком на 2-3 месяца.
Сейчас проблемы в жизни порешал и решил вернуться обратно, вот только две проблемы - я забыл всё нахуй и я не знаю чё там сейчас востребовано.
Для потенциального трудоустройства ещё целый год, поэтому время есть. Чё делать?
Блджад, снимать штаны и бегать по собеседованиям. Чисто разведка боем, узнаешь, что нужно, что используют, в каком объёме, ну ты понел. По моему попыту: Qt - либо мега-гига-чед-сениор с С2-английским в международную контору за $5000 сразу, либо старший помощник младшего научного сотрудника в НИИ ХУЯ за 65 килорублей с формой допуска пилить гуйцы под винХР; биржи и прочий финтех - тоже хотят мега-гига-чед-сениоров, правда, и платят хорошо, но на собесе выебут и высушат многопоточностью, lock-free, когерентностью кэшей, NUMA, DPDK и прочим низкоуровнеебанием. Есть еще гейдев - ну тут ты понел. Если кратко - оно того не стоит. Вообще. Могу порекомендовать телеком - платят поначалу так себе, но поднатаскаешься в современном эмбеде, никсах, сетевом взаимодействии от L2 до L7 включительно, тех же NUMA и DPDK, а там и денег больше попросишь, и уйти в более хлебное место с попытом гораздо проще.
Кароч, разведка боем - твой путь, падаван.
В ближайшие пару месяцев всё-равно не будет возможности сгонять на собес, поэтому вот и спрашиваю.
НУ многопоток я изучал, чет даже писал, но не особо серьёзное (для серьёзного опыт нужен, которого нет и откуда взять я хз). Пытался в сети, но дальше чатика дело не зашло, хз, то ли объясняется слишком сложно, то ли я тупой. В общем вот. А, ещё был WINAPI, но я эпично проебал свой проект, забыв его сохранить и установив линукс.
WinAPI уже тыщу лет как мёртв. Под винды всё пишется на дотнете в лучшем случае, а чаще уже на электроне привет, чатики по 2 Гб рамы. Весь эмбед - это никсы, не обязательно линукс, но он пригодится, POSIX везде один и тот же. Многопоток - это для синьоров-помидоров, вряд ли джуна будут спрашивать что-то серьезнее мьютексов-кондваров-асинков, а там всё просто. Кароч, тут уже не язык, а скорее прикладное, там, купи малинку, собери под неё что-нибудь в билдруте или йокте, уже что-то.
Можешь подробнее рассказать про малинку? Хотел попробовать писать на Ардуино, но меня отговорил какой-то чел на форуме, типа это бессмысленно. Про микроконтроллеры был вопрос на собесе, типа есть ли опыт, я сказал, что нет и забил, подумал, что это слишком узконаправленная специализация
Ну вот эти вот "они" могут быть коммерческими организациями с деньгами (банки, телекомы), а могут быть нищим российским производством (конторы, делающие эмбед).
Погуглив вакухи в соответствующие конторы можно понять какие языки и технологии надо учить, а какие не надо.
Толи устал толи действительно так есть но вижу что разрывы между кнопок неодинаковые, пиксели сравнил - сходятся разрывы по 2 пикселя. может чё со стилями?
char16_t test = 'б'
char16_t это же вроде unicode. Почему так?
С кодировками ты ещё столкнёшься, но не в том виде, чтобы выводить в консоль кириллицу, а, например, при чтении файлов или обработке данных из сети, но там не надо возиться с системной локалью, вместо этого юзаются библиотечные функции для конвертации кодировок. Сейчас это не самое важное.
>Погуглив вакухи в соответствующие конторы можно понять какие языки и технологии надо учить, а какие не надо.
Учить нужно ту предметную область, в которой тебе будет интересно развиваться. Много денег платят за жабий энтерпрайз в банках, только вот попав в такой энтерпрайз, ты рискуешь навсегда остаться в том болоте. А через 10 лет пойдешь жить на улицу, так как твои знания спринга и хибернейта в 2030 году уже не сильно нужны, а твоего банка может и не стать. Примерно то же самое происходило с Java EE в течение последних нескольких лет.
Я вот поработал в энтерпрайзе и больше туда никогда не вернусь. Сейчас в нативщине полно интересных проектов, точнее они всегда были, та же графика, рендер, всякие геометрические ядра, графические движки, распределенные системы и хайлоад, базы данных вроде кликхауса от яндекса + хуавей что-то свое пилит, компиляторы, сетевые шутки, анализ трафика в реалтайме, HFT, ROS, инфобез, да и еще куча всего интересного наверняка есть. Никто же не заставляет идти на ближайший завод формочки на Qt рисовать или на том же заводе микросхемы паять за 30 тыщ в месяц. Конечно, хоть какое-то образование нужно иметь чтобы вкатиться на интересные проекты, но базовой технической вышки, знания плюсов и каких-нибудь специализированных курсов по предметной области вполне хватит для джуна-стажера.
Тем более, что по плюсам, многопоточке и распределенным системам есть очень годные курсы на русском языке.
Не, я плюсы люблю, это самый высокопроизводительный язык в мире, в конце концов, с морем возможностей, но, БЛДЖАД, это хобби, не больше. Надо смириться и искать работу на Жабе и тому подобному.
>понимание принципов ООП
>понимание многопоточности
Пишу на крестах уже года 3 и понятия не имею, есть ли у меня это понимание.
программисты вообще нафиг не нужны стали с тех пор как был написан софт что стал позволять проигрывать 4к порно через интернет
а банковскую проводку можно было прекрасно делать еще в 70е на коболе и все было норм
а чтобы рассчитать ядерную бомбу и полет на луну, компы вообще нахуй не нужны были
достаточно было набрать баб с логарифмическими линейками и книгами таблиц
>понимание принципов ООП
SOLID, GRASP, паттерны банды четырех.
>понимание многопоточности
Ооо, а вот тут ебать будут долго и счастливо! А какие способы синхронизации вы знаете? А в чем разница между мьютексом и спинлоком? А когда что использовать? А что можете рассказать про деструктор асинка? А что такое lock-free? А в чем разница между memory_order_seq_cst и memory_order_relaxed? А про барьеры памяти знаете? А вот у нас атомик такой, вот атомик сякой, вот барьер какой, в одном потоке такая хуитка, в другом такая - что будет? А в чем разница между compare_exchange_weak() и compare_exchange_strong()? А на арме? А на x86? А как у них когерентность кэшей достигается? И т.д. и т.п.ю
Да ничего он тебе не расскажет. Где-то слышал про "интересные направление" и "много курсов", решил вот высраться.
По факту энтерпрайз есть и на плюсах в аутсорс за неплохие деньги, но говнище редкостное. Движки и графика - вакансий мало, долбоёбов вкатышей много, 80% блядский гейдев. Геом. ядра с 80-х пишут и там работы ещё меньше, нужны в основном матанисты-алгоритмисты, а не щи плусплус. HFT на спаде, в основном допиливание того, что есть. Сети и безопасность всегда будт ноги кормить. Остальные направления (компиляторы, хуйлоад и прчее) слишком сложны для большинства вкатывающихся.
Да фиг знает, там как кривая выведет. Ты можешь прокачаться и под себя сначала проект выбить, а потом целое направление прорабатывать архитектуру, иметь долю и попёрдывать в кожаное кресло. Ну то есть после определённого момента уже не важно, как ты там с++ знаешь.
>>2115326
1. Специализация от яндекса на курсере. Стоит денег, но матпомощь дают всем, кто из России.
https://ru.coursera.org/specializations/c-plus-plus-modern-development
2. Курс на степике, в двух частях. Первая так себе, но во второй довольно интересные задачи.
https://stepik.org/course/7/promo
https://stepik.org/course/3206/promo
3. Курс от CSC, только на ютубе.
https://www.youtube.com/playlist?list=PLlb7e2G7aSpTFea2FYxp7mFfbZW-xavhL
https://www.youtube.com/playlist?list=PLlb7e2G7aSpRs7YafQ1GgJvyRku10m1RN
4. Курс по многопоточке от препода МФТИ и ШАДа
https://www.youtube.com/playlist?list=PL4_hYwCyhAvb7P8guwSTaaUS8EcOaWjxF
https://www.youtube.com/playlist?list=PL4_hYwCyhAvaxKQHe6n8JQcoc7tWxKWRL
Репозиторий с дз, там вроде есть тесты, которые можно запускать локально
https://gitlab.com/Lipovsky/concurrency-course
5. Курс по распределенным системам от того же препода
https://www.youtube.com/playlist?list=PL4_hYwCyhAvZaJ3CJlGo9FxOTA2bS1YyN
https://www.youtube.com/playlist?list=PL4_hYwCyhAvZTjajkPpwgR29jyx81lMCl
Тоже можно решать домашки, они есть в репозитории
https://gitlab.com/Lipovsky/distsys-course
6. Неплохой курс про видеокарты, конкретно про С++ речь не шла почти, но вот для интересующихся графикой и вычислениями на видеокартах наверняка зайдет.
https://www.youtube.com/playlist?list=PLlb7e2G7aSpSkDWlyJQzT9Qx9rrgKSgAp
Годных курсов по сетям или компиляторам на русском, увы, не нашел (про компиляторы есть курс от стенфорда, называется Compilers, есть на рутрекере). Но думаю базовых курсов по плюсам, которые выше скинул, вполне хватит чтобы джуном куда-нибудь залететь.
>Движки и графика - вакансий мало, долбоёбов вкатышей много, 80% блядский гейдев. Геом. ядра с 80-х пишут и там работы ещё меньше, нужны в основном матанисты-алгоритмисты, а не щи плусплус. HFT на спаде, в основном допиливание того, что есть. Сети и безопасность всегда будт ноги кормить
Тут согласен, хотя по личному опыту пара знакомых пошли работать в графику писать рендер и движки. Геймдев конечно дно в плане условий работы, но интересных задач там довольно много (если это конечно не говно под андроид уровня три в ряд и прочая срань). HFT в России не особо живой, но в финтехе (в том же дойче) все еще нужны спецы. За рубежом вакансий ощутимо больше.
>Остальные направления (компиляторы, хуйлоад и прчее) слишком сложны для большинства вкатывающихся
Сейчас почти любой относительно интересный бекенд так или иначе с распределенными системами или хуйлоадом. Понятно, что писать круды на той же жабе гораздо легче, устроиться проще, да и вообще зачастую платят больше. Но вот развития на такой работе будет немного, только первые полгода-год, когда ты только пришел джуном. А если попадешь на древнее легаси говно, где все программирование заключается в пердолинге огромных XML конфигов для spring 3 или вовсе java ee ibm websphere, то спустя пару лет внезапно поймешь, что твой опыт вообще никому не был нужен, а в среднестатистическом универе лабы были гораздо интереснее твоих рабочих тасок.
Компиляторы просто мало кому нужны, но в том же JB и хуавее компиляторы пишут. А еще есть ИСП РАН, где можно студентом за еду поработать над их компиляторами, хотя иногда бывают гранты и заказы от других контор, вот там уже доходы побольше будут. И про всяких лидеров отечественного и не очень процессоростроения забывать не стоит, в тот же МЦСТ нужны компиляторщики, а интел и вовсе стажировки для студентов проводит (но там не только компиляторы).
Если брать сферического вкатуна в вакууме, то ему конечно не нужно учить плюсы или вообще что-то сложное, где нужны знания вычислительной математики/осей/сетей/архитектуры пк/алгоритмов, если у него нет хотя бы базовой прогерской вышки. Им нужно в пхп, 1С, фронтенд, джаву.
У него несколько лет стажа, мы пишем на ++, python, qt, php, сразу и фронт и бэк. Просто все ищут спецов строго под ++ и всем похуй что ты там ещё дохуя всего умеешь. Какую нибудь ебнину спросят по поводу передачи параметров в ф ию и кадр стека и когда через регистры возвращается, а когда через стек или любят олимпиадную задачку дать и мост бибу, скатывались мы все через НИИ, через несколько лет из ++ двое ушли вообще из профессии, трое в Яву, а мы в другую контору. Теперь те кто себнул в Яву уже на 170 сидят , а мы блять разбираемся как мьютексы реализуются в ос, т.к. это спрашивают.
>мы пишем на ++, python, qt, php, сразу и фронт и бэк
Ну как бы в этом и проблема, вы работаете в каком-то мутном месте, где одни и те же люди пилят все подряд, а в современных крупных конторах нужны специалисты под одну отрасль, а не под все сразу.
Кстати сам С++ не заточен под какую-то конкретную область, вы можете дрочить несколько лет какие-нибудь сетевые протоколы или графику, а на новом месте вас попустят на каких-нибудь численных методах или пребразовании лапласа, лол.
В джаве все +- стандартно в этом плане, 8/11 версия, спринг, хибернейт, sql, какое-то количество легаси, но везде пишется бекенд и ничего более.
Монстр (сила=1, ловкость=1, жизнь=5, и т.д.) : m_сила(сила), m_ловкость(ловкость) и т.д.
От него я наследую класс Гоблин с конструктором:
Гоблин (сила=5, ловкость=7, жизнь=10, и т.д.) : Монстр(сила, ловкость, жизнь и т.д.)
И я допустим создал дохуя дочерних классов от Монстра.
И теперь мне понадобилось внести изменение в класс Монстр, а именно добавить новое поле скорость, чтобы конструктор выглядел примерно так:
Монстр (сила=1, ловкость=1, скорость=1, жизнь=5, и т.д.) : m_сила(сила), m_ловкость(ловкость), m_скорость(скорость) и т.д.
И теперь мне приходится во все конструкторы дочерних классов ручками вписывать это изменение, и это в 21 веке. Как автоматизировать?
Да. Место мутное. Околонаучная хуйня. От нас ждут быстрых прототипов, что-нибудь придумать, разобраться. Проблема в том что мы уже работали в крупных конторах где работа от забора до обеда и нам там было хуево, а тут долгое время очень нравилось, это действительно было охуенно и с железками повозиться и сервера на линуксе развернуть и бд попроектировать. Пишешь какой-нибудь сервис для датчиков, а потом твои приборы отправляют в экспедицию, смотришь, охуенно, но сейчас как и все у нас развалилось к хуям, пришла в рук-во новая команда, выпиздованная с предыдущего места. Просто тяжело съебнуть с работы на которой вообще не надо особо напрягаться, просто осознаешь что дальше дно.
Ну кстати в той же джаве ты будешь с утра до вечера выполнять говнотаски по перекладыванию джейсонов, а твоими коллегами будут 35 летние гречневые работяги.
Хочешь относительно интересную работу - иди куда-нибудь в яндекс/хуавей/сбердевайсы, там сильные команды и нормальные задачи. Если уходить из плюсов, то наверное лучше куда-нибудь в го или на худой конец раст, сейчас они на подъеме, озон и авито пишут на го, а скилловым стажерам вообще готовы по 90к платить.
Да нету у них проблемы. Есть два стула - эникейщик, скачущий по разным работам за среднюю зп и узколобый специалист на пайке, для которого по 2-3 вакансии в год открывается.
Им на первом стуле комфортнее ибо реально интереснее, хотя при нехватки компетенций - полная жопа.
Лично я не думаю, что он умрёт, но зарекаться не стану.
Если начнёшь учить прямо сейчас, такого, что научился, а язык умер, точно не будет. Ты успеешь его хорошо выучить, найти работу и поработать несколько лет, и только после этого могут на горизонте замаячить проблемы.
Схуяли технарю быть руководителем?
Он проходил интервью, жопу рвал доказывая как он пиздато шарит в технических аспектах. Не его заставляли, а он сам прилагал все усилия чтобы попасть на должность технаря.
А теперь что? Он себя не на своем месте чувствует чтоле?
>>2116659
А с чего вдруг С++ должен умереть? На расте во многих случаях писать не так удобно, как на плюсах, приходится постоянно залезать в unsafe. Может, какие-то криптостартапы и перешли на раст, то вся остальная индустрия системщины (и там где просто нужен перфоманс) сидит на плюсах. А других конкурентов у С++ просто нет.
>Крупные фирмы берут в бэк
Только яндекс и частично мейл.
>>2117003
>самса, интел и касперский пытаются в системную прогу
Самсунг (во всяком случае их ресерч центр) больше по машинному обучению. В касперском в основном узкая специализация на кишочках винды. В интеле годнота, да, только непонятно какие оклады, да и вообще в Москве у них не так уж и много вакансий.
А если брать не выборочно топ компании, а обычные, то там сразу же всплывают формочки на Qt, MFC, C++/CLI, ембеддед и какие-то мутные НИИ и оборонные предприятия.
Какую книгу прочитать про такие вещи как std::move, std::unique_ptr и т.д?
Страуструп не знает о существовании такой книги.
https://www.stroustrup.com/books.html
В большинстве случаев It является производной от другой сферы деятельности. Есть производство - под него возникают эмбед конторы. Банки, страховщики и им подобные - энтерпрайз и финтех. Торговля - web и дизайн студии. И так далее. Особняком стоит разработка игр, которая не является производной отраслью.
Рассеянская экономика состоит из трубы, оборонки, торговли, сферы услуг и развлечений.
Посему работа на с++ это говНИИ, нищий эмбед, блядский игрострой и хуй да нихуя хороших вакансий от зарубежных компаний.
Дорогие машины, особенно новые, это просто выброс денег в мусорку. Их логично покупать ради развлечения, только если для тебя вся стоимость машины это карманные деньги. Как арабские шейхи, которые летят в ЮК чтобы заказать себе новый Ягуар, и покупают ВСЕ цвета сразу, чтобы потом по настроению выбирать. И доставляют из самолетом. Вот для них это норм трата.
На первый взгляд это какой-то костыль ебейший. В других ЯП с которыми я знаком достаточно просто в начале файлика написать пару ключевых слов аля import/export/package и путь до файла и все работает, а тут какой-то дополнительный язык программирования со своим синтаксисом для этого нужен, лол.
static qbytearray recievedData, который содержит в себе данные из комопорта (путем recievedData.append) , могу ли я сделать этот массив(а так же его размер) видимым для всех функций окна mainwindow, при условии что изначально я не знаю его конечный размер.
>Как к вам можно попасть?
Зааплаится на воркдее или хх - я именно так попал. Без какого либо блата\знакомых\етц
>Какие скилы нужны? с++, алгоритмы, матан ?
От вакансии зависит. С++ очевидно нужен на все С++ вакансии, но если ты хочешь на девтека - будь добр имет опыт 3д графики, если на системщика - ну попиши пару лет системное ПО и тд.
>Что спрашивают на собесе
Чел, тоже самое, что и везде - С++ и предметную область
Понял. Тебе нужна методология тайминга, а не инструменты тайминга, попробуй погуглить чт то такое. А так то что ты описываешь это нормально, скорее всего при первом запуске у тебя данные кешируются на цпу и последующие просто юзают его, это не проблема std::chrono или иного инструментария, а фичи современныx цпу.
В конструктор класса подается интерфейс типа ICar. Когда создается инстанс этого класса, то туда подается реальный объект Car. Ничего необычного. Но для чего-то в конструкторе класса написана такая логика: Ctor(ICar ⚹ car) : m_car(static_cast<Car ⚹>(car)) { … }
m_car - это ICar
Кто-нибудь может объяснить смысл этого каста? Зачем так делается?
В ряде случаев компилятор может мономорфизировать вызовы методов, убрав оверхед на vtable lookup: https://en.wikipedia.org/wiki/Monomorphization
мимо-крокодил
2. Проблема утечек памяти известная проблема в плюсах. А что если взять глобальную переменную i и каждый раз ее инкрементировать/декрементировать при выделении/освобождении памяти. Так можно отслеживать утечки памяти.
3.
>>2119944
> Раст в лучшем случае займёт другую нишу, особо не пересекаясь с С/С++
Почему?
> 1. Почему в ассемблерном коде нет обращений к ячейкам оперативной памяти, а только к регистрам?
Есть, если копнуть чуть дальше хеллоуворлдов на асмемблере.
> 2. Проблема утечек памяти известная проблема в плюсах. А что если взять глобальную переменную i и каждый раз ее инкрементировать/декрементировать при выделении/освобождении памяти. Так можно отслеживать утечки памяти.
Так можно узнать только то, что в программе где-то утечка. Бесполезная инфа, если не знать, где. Да и смартпоинтеры есть.
Намного лучше. И в Европе, и в США, да и не только. Я сам из Израиля, занимаюсь embedded и пишу почти фул тайм на плюсах, здесь способный джун-байтоёб вполне может начать с з.п. 5500-6000$ при МРОТе 1600$ и средней з.п. по стране 3500$. Веб-макаки зарабатывают не больше. Либо столько же, либо меньше, но конечный потолок з.п. в итоге выше у байтоёбов, поэтому опыт и продвижение по карьерной лестнице играют в их пользу. Такая же ситуация и в Европе могу ручаться только за Эстонию, Швейцарию и Германию, так как имею друзей-разрабов оттуда, и в США. В принципе, в любой стране с хорошим развитием IT отрасли байтоёб оверолл будет зарабатывать больше, чем веб-макака, особенно синьор.
>Почему?
В мире языков программирования невозможно и совершенно недопустимо делать все с чистого листа. Независимо от того, какие новые идеи пытаются внедрить (безопасность, эффективность, простота, стоимость и т. д.), невозможно оставить все и начать заново.
Когда девы начали кодить на высокоуровневых (не асм) ЯПах, все писали на Фортране. В то время забросить Фортран было невозможно. Понадобилась пара гениев, которые создали C - язык, у которого было ключевое преимущество - было очень легко перевести код на Фортране на C. Другим преимуществом C было то, что его компилятор был очень простым, поэтому его реализация на новых машинах была очень простой и безболезненной. Си как бы стал продолжением Фортрана, причем сам переход был очень мягким с учетом особенностей Фортрана. Была также создана операционная система Unix, полностью написанная на C. Все это привело к тому, что мир потихоньку перебрался на С. И стоит учесть тот факт, что в те времена программирование лишь зарождалось, никакого наследия еще и в помине не было.
Но потом произошло еще кое-что: Simula, Smalltalk привнесли очень важную парадигму программирования - ООП. В любом случае, как всегда, в то время было невозможно начать с нуля, как и при переходе с Фортрана на С. Было необходимо внести небольшие и прогрессивные изменения в новый язык C, но с учетом парадигмы ООП, по максимуму сохранив совместимость. Это понял другой гений - Бьярн Страуструп, создавший C с объектами (сегодня C++). Эта идея (построить будущее, сохранив прошлое) позволила медленно перейти на новый язык. Этот переход был возможен только потому, что C++ был полностью совместим с C, включая даже ABI, и включал в себя совершенно новый, ранее неизвиданный прогресс в области информатики - объектно-ориентированное программирование и обобщённое программирование (привет темплейтам, позволяющие делать многие вычисления в компайл-тайме). Даже сегодня, 40 лет спустя, этот переход очень трудный и медленный. C++ полностью так не заменил Cи и, вероятно, никогда полностью его не заменит. Посмотри на мапу любого процесса на своём компьютере - ты увидишь кучу динамических библиотек (которые не легаси и активно поддерживаются и обновляются), которые написаны на голом С, даже не на плюсах. Но важный момент заключается в следующем - для перехода на новый язык единственная возможная альтернатива - сделать так, чтобы он каким-то образом поддерживал прошлое наследие. Никакой резкий и кардинальный переход в мире языков программирования категорически невозможен.
В настоящее время C++ - это непрерывный прогресс и отсутствие стагнации: C++ 98 -> C++ 03 -> C++ 11 -> C++ 14 -> C++ 17 -> C++ 20 -> C ++ 23 и так далее. Все это сохраняет полную совместимость с прошлым наследием и с языком С. Единственное, что позволяет какому-либо языку заменить другой в его же нише - очень медленный и адаптивный переход, и никак иначе. Выскочки, предлагающие нечто разительно отличающееся и новое, либо умирали (например D, а раст пытается сделать то же, что и пытался язык D), либо выживали и занимали другие ниши (Java и т.п).
Если даже в 80ых годах резкий переход был невозможен, то сегодня, когда написаны миллионы программ, есть миллионы программистов, миллионы учителей, сотни тысяч бесплатных библиотек, почти все операционные системы написаны на С/С++, несколько бесплатных полностью оптимизированных компиляторов C++ (для всех машин, а не только тех, которые поддерживают LLVM, как в случае с растом) и активный комитет C++, который постоянно развивает язык, то просто невозможно взять принципиально новый язык программирования, да ещё и в области системного программирования, и заменить им наследие С и С++.
Почему раст, скорее всего, мертворожденная поделка или в лучшем случае нишевый ЯП, который не будет пересекаться с С++ в его области? Поскольку языки вроде раста не представляют собой достаточно важный шаг в развитии компьютерных технологий, а также они несовместимы с прошлым и, скорее всего, будут сильно меняться в будущем, то вероятность этого языка выстрелить таким образом, чтобы он убил С или плюсы - это сюр. Это просто невозможно по тонне причин, включая экономические. Он максимум займёт другую нишу, но это в лучшем случае.
>1.
Это зависит от архитектуры процессора. в x86 можно совершать direct addressing, но это из-за легаси 40-ка летней давности, когда еще не существовало виртуальной памяти.
В современных ОСях это рудимент, так как помимо модели виртуальной памяти, присутствует ASLR (address space layout randomization) и многие бинари являются позиционно-независимыми могут исполниться вне зависимости от базового адреса, куда загрузился бинарь, засим для адресации переменной/функции нужно посчитать её абсолютный адрес в рантайме, для чего и используются регистры.
>2.
Бесполезная хуйня без задач, ибо есть умные указатели.
>Намного лучше. И в Европе, и в США, да и не только. Я сам из Израиля, занимаюсь embedded и пишу почти фул тайм на плюсах, здесь способный джун-байтоёб вполне может начать с з.п. 5500-6000$
Понятно, что лучше в плане карьеры и зп. Я бы хотел перекатиться куда-нибудь, но понимаю, что для меня это в принципе невозможно - я крайне необщительный стеснительный человек с тревожным расстройством, боюсь людей, водить машину, принимать активное участие где-либо, по сути я инвалид. И если в РФ я могу найти какую-нибудь работу за 400-500$ программистом у себя в родном мухосранске, то в другой стране я очень быстро опущусь на самое дно социума.
Другое дело, если ты по жизни активный и умеешь располагать к себе людей, не боишься чего-то нового, то наверное попробовать перекатиться стоит. Но это явно не про меня. Мое место здесь, в родном задрищенске, здесь я родился, здесь я в скором времени и умру.
Ну тогда лечись, вроде врачи научились лечить тревожное расстройство. Выбор за тобой - жрать говно в стране, где IT не развит от слова совсем, и довольствоваться крудошлёпством в говноконторе за копейки, либо перекатиться в нормальную страну и жить как белый человек. Всё в твоих руках если вылечишь свою голову офк
> Понадобилась пара гениев, которые создали C
Гениев-то гениев, только вот они жидко обосрались, поставив на слабую типизацию. Но они хотя бы было первопроходцами, им простительно.
> Было необходимо внести небольшие и прогрессивные изменения в новый язык C, но с учетом парадигмы ООП, по максимуму сохранив совместимость.
И это сделали пара других чуть менее гениев, создав Objective C, который принес в сишку всю выразительную мощь Smalltalk.
> другой гений - Бьярн Страуструп
Творожок из-под залупы он, а не гейний, который до сегодняшнего дня, похоже, так и не понял какое убожество породил.
> объектно-ориентированное программирование
В крестах одна из самых убогих пародий на ООП.
> обобщённое программирование
Не хватало каши из двух языков (препроцессор и, собственно, сишка), так ввели третий. Охуеть каким нужно быть дауном для этого.
>поставив на слабую типизацию
Которая, внезапно, упрощает многие моменты. Да, небезопасно. Но если ты знаешь что ты делаешь, то это мощный и гибкий инструмент, не требующий лишний телодвижений. Олсо, когда создавался С++, слабая типизация в сишке также бралась в расчёт.
>И это сделали пара других чуть менее гениев, создав Objective C
Не спорю, этот язык так-то держит всю системную часть macOS.
>В крестах одна из самых убогих пародий на ООП
Одна из самых убогих пародий на ООП в пайтоне, а в плюсах с этим всё нормально в расте ООП вообще нет, там какая-то полупроцедурщина, полуфункциональщина - ни рыба, ни мясо. Каковы твои аргументы?
>Не хватало каши из двух языков (препроцессор и, собственно, сишка), так ввели третий. Охуеть каким нужно быть дауном для этого.
В плюсах шёл упор на сильную типизацию, в отличие от сишки, что сподвигло создать типобезопасный и более выразительный аналог макросам. В проде почти никто вообще никто, наверное не пишет чисто в парадигме метапрограммирования весь софт. Но грех не юзать темплейты тогда, когда надо, не абузя их слишком сильно. С++ тем и силён, что даёт тебе почти что бесконечный набор инструментов. Ты, как разраб, только должен выбрать правильный инструмент в нужный момент. Да, этот язык беспощаден к новичкам, но опытный С++ разраб может творить чудеса. Этот язык - воистину швейцарский нож. В плане scalability этот язык безоговорочно №1 в мире. Есть 1001 причина тому, что его не только Раст не убьёт, а вообще любой другой язык.
>для перехода на новый язык единственная возможная альтернатива - сделать так, чтобы он каким-то образом поддерживал прошлое наследие
C делфи все перебрались на другие языки, а сам делфи похоронили. Сейчас десктоп пишут на электроне и на qt, на легаси почему-то всем давно похуй, хотя делфи был не самым плохим инструментом своих лет
>IT не развит от слова совсем
Может и не развит, но по сравнению с почти всей Европой, в РФ много вакансий на самые разные темы, особенно в Москве. Может в бритахе веселее в плане фаангов и HFT, а в германии в плане эмбеддеда (у них просто производство не совсем сдохло в отличие от нас), но во в среднем европа очень отсталая в плане технологий.
>>2120029
>либо перекатиться в нормальную страну и жить как белый человек
Без своей недвиги ты будешь жить не как белый человек, а как самый настоящий раб, который платит ипотеку всю жизнь до смерти. Ну и белыми людьми даже твои дети не станут, ибо их постоянно будут подъебывать из-за национальности предков. А вот внуки уже вполне, только не факт, что к тому времени белые люди вообще будут существовать в достаточном количестве, а не на уровне погрешности.
Подъехали манясравнения. Делфи был просто некогда более популярным языком, чем сейчас. Он нигде и никогда не господствовал. С С/С++ всё с точностью да наоборот. Ты вообще в курсе, что на этих двух ЯПах держится весь мир компьютерных технологий? От прошивки в твоём холодильнике и стиральной машине до софта на марсоходах и космических шаттлах. Браузеры, базы данных, игровые движки, операционные системы, роботы, интернет вещей, вся автомобильная промышленность включая автономную, самолёты - от гражданских до истребителей, прошивки роутеров, веб серверы, хайлоуд всех мастей, медиа плееры всех видов, компиляторы, виртуальные машины, инфраструктура других, более высокоуровневых, ЯПов движки жса все написаны на плюсах, JVM написан на плюсах и т.п., сотни тысяч опенсорсных и закрытых библиотек, которые составляют почти 100% от рантайма ЛЮБОЙ программы на твоем смартфоне/настольном ПК. Продолжать? С и С++ В Е З Д Е, на этих языках literally держится весь айти и весь мир компьютерных технологий. Переписать 5% из всего вышеперечисленного - это сотни миллиардов долларов и годы кропотливой работы. Ни одно, ни другое нахуй никому не упёрлось, тем более, если новый ЯП не даёт какого-то технологического йоба-прорыва спойлер - не даёт
Ты всерьёз сравниваешь Делфи, который был временным инструментом для удобного скриптовысирания, с основой всех компьютерных технологий в мире? Ты адекват?
>но по сравнению с почти всей Европой, в РФ много вакансий на самые разные темы
Рассмешил. В рашке нет нихуя, кроме нвидии, Касперского и 100500 контор, нанимающих веб-макак и крудошлепов на сверхунылую работу. На этом парашкинский айти заканчиваетя.
>европа очень отсталая в плане технологий
По сравнению с рашкой-то? В голос с твоего манямирка. Ты ещё скажи, что там з.п. меньше, дабы усилить градус сюра, лол
>Без своей недвиги ты будешь жить не как белый человек, а как самый настоящий раб, который платит ипотеку всю жизнь до смерти
Открою тебе секрет - во многих развитых странах молодые люди до 40 не то, что не имеют собственной недвиги, а предпочитают ее не покупать до 40-45 лет, снимая все это время квартиры. И это лучше, чем когда тебе в наследство достается совдеповская хрущевка/брежневка 40-50 квадратов от бабушки, просто твоё сознание не воспринимает другии реалии, в чём обвинять тебя не имеет никакого смысла, это лишь констатация факта.
>Ну и белыми людьми даже твои дети не станут, ибо их постоянно будут подъебывать из-за национальности предков
Весь мир знает россиян, как самых ушлых ксенофобов. Представь себе, не во всём мире люди такие, как в странах СНГ. Хотя тебе и это непросто осознать, наверное, в чём, опять же, обвинять тебя не имеет никакого смысла, очередная констатация факта и ничего личного. Ты вряд ли хотя бы раз бывал за границей про жить я вообще молчу в развитой стране, так что не рассуждай с такой уверенностью о том, чего не знаешь наверняка.
Дружище, в Израиле МРОТ в 9 раз выше чем в России, о чём речь? Как ты можешь сравнивать абсолютные цены, не учитывая покупательную способность, соотношение местной валюты к курсу доллара и т.п.?
Кстати, при всем при этом в Израиле помидоры дешевле, чем в России. И огурцы, по-моему, тоже :) Хотя так или иначе это такое себе сравнение. К чему оно было вообще?
>В рашке нет нихуя, кроме нвидии, Касперского и 100500 контор, нанимающих веб-макак и крудошлепов на сверхунылую работу. На этом парашкинский айти заканчиваетя.
Ну, тебе виднее. Раз тот же JetBrains, Huawei, Яндекс для тебя очередные галеры для вебмакак, которые только и делают, что клепают круды, то наверное так и есть.
>>2120400
>По сравнению с рашкой-то? В голос с твоего манямирка.
Что не так? Тот же банкинг или такси у нас гораздо более продвинут технологически. И интернет гораздо дешевле и быстрее. В Германии лет 5 назад далеко не во всех магазинах были терминалы для оплатой по карте, а не наличкой, лол.
>>2120400
>предпочитают ее не покупать до 40-45 лет, снимая все это время квартиры
Ну да, иностранцы ведь так и хотят отдавать 20 лет деньги чужому дяде за халупу, а потом начать снова отдавать, только уже банку. Это просто они умные и хорошо распоряжаются средствами, не то что тупые россияне, которые вон то в ммм, то в финико вкладываются.
>>2120400
>Ты вряд ли хотя бы раз бывал за границей про жить я вообще молчу в развитой стране, так что не рассуждай с такой уверенностью о том, чего не знаешь наверняка
Я то как раз бывал и в Германии, и в Лондоне. И да, взрослые люди на приличной работе тебе в лицо никогда не скажут, что ты чуркобес. Для коренных жителей ты просто будешь чужим.
Но вот дети, особенно в public school, уже совсем другое дело. У нас в российских школах тоже травят и пиздятся постоянно. Но на работе такого практически нет. Думаешь, в швятом западе все дети, включая тех, кто из неблагополучных семей, воспитаны и будут вежливо относится к твоему дитятко?
>В Германии лет 5 назад далеко не во всех магазинах были терминалы для оплатой по карте, а не наличкой, лол.
15 лет назад уже во всех магазинах были. Вообще во всех. И были автоматы, которые принимали "электронные деньги", это через специальный чип на карте, по ЭЦП, без подключения к интернету.
>>2120420
> хотят отдавать 20 лет деньги чужому дяде за халупу
Ну если ты в 20 лет осел в каком-то месте, и уже решил, что укоренился и будешь жить на этом месте до пенсии, то ок. Но в европах народ мобильнее сейчас.
>Браузеры, базы данных, игровые движки, операционные системы, роботы, интернет вещей, вся автомобильная промышленность включая автономную, самолёты - от гражданских до истребителей, прошивки роутеров, веб серверы, хайлоуд всех мастей, медиа плееры всех видов, компиляторы, виртуальные машины, инфраструктура других, более высокоуровневых, ЯПов движки жса все написаны на плюсах, JVM написан на плюсах и т.п., сотни тысяч опенсорсных и закрытых библиотек, которые составляют почти 100% от рантайма ЛЮБОЙ программы на твоем смартфоне/настольном ПК. Продолжать? С и С++ В Е З Д Е, на этих языках literally держится весь айти и весь мир компьютерных технологий
Все, что ты перечислил, довольно штучные и редкие вещи. Тех же движков барузеров и графики сейчас очень мало постоянно используемых. ОСей сколько? 3? Медиа плееров сколько популярных? 2-3? MPC-HC тот вообще сдох вроде. Компиляторы сейчас пишутся на том языке, для которого был сделан компилятор. Виртуальные машины, а сколько их? JVM, V8, CLR, интерпретатор питона. Вроде больше популярных нет. Про автомобили, самолеты, электростанции - там у каждой конторы свой велосипед и нет каких-то фреймворков. И в принципе ничего не мешает отдельной конторе переписать свою хуитку на раст или что там новое еще будет.
Прошлое наследие везде есть и сильно давит.
Не то, что C++/Java, но ещё куча всего работает на таких языках, как Кобол и Фортран.
В США куча бизнес-софта на коболе, до сих пор не переписанного. У нас нет, потому что мы отставали, а это всё корпоративные решения.
Куча научного софта сделано на фортране и до сих под используется. Это не настольный софт, конечно.
>этого мало?
Да, это вполне можно переписать на новые языки за осязаемый промежуток времени. Особенно если появится язык для системного программирования, где будет читаемый синтаксис и не будет десятков разнообразных случаев выстрелить себе в ногу и UB. Если такой язык будет, то на него постепенно начнут пересаживаться.
>что тогда частые вещи?
Например банковский софт, который пишется на жабе. Его написано очень дохуя, и весь он зависит от Spring. Тут перейти на новый язык не получится, просто потому что очень многие вещи сделаны с помощью одного мега-фреймворка.
Фронтенд на js, где без больших фремворков никуда. В мире системного программирования просто нет йоба-инструментов на все случаи жизни, которые превращают программирование в использование одной библиотеки, от которой потом отказаться практически невозможно.
Новый софт на коболе уже не пишут лет 20 точно. Все новое пишется на новых языках. Просто постепенно переписывают древние куски на новые технологии. Естественно все разом переписать нельзя. Ну и тут нужно учесть, что многие компании, в которых написано куча легаси, просто вымирают со временем. И их код зачастую никуда не продается и нигде больше не используется. А им на смену приходят новые, где изначально берут инструменты, актуальные в данный момент времени.
Кобол это пример, что даже вот настолько древние вещи могут жить, софт реально использоваться. Хотя создан в другую историческую эпоху, с другими технологическими возможностями.
На самом деле вопрос, а зачем уходить с Си-плюсов, когда можно писать на них? Какой-нибудь раст даёт какие-то особые преимущества? Не уверен. А вот то, что там и близко нет такого количества наработок, библиотек, это очевидно. И людей, способных серьёзно работать на языке мало.
Всё-таки язык или должен давать какие-то принципиально новые возможности, или же у него должна быть очень серьёзная поддержка. Как у Go.
> На самом деле вопрос, а зачем уходить с Си-плюсов, когда можно писать на них? Какой-нибудь раст даёт какие-то особые преимущества? Не уверен.
У раста компилятор тебя держит за дебила, который не может нормально следить за памятью, и постоянно подтирает тебе жопу. И в ряде случаев он прав
>Меня даже собесить не будут без вышки ?
А чем ты можешь заинтересовать работодателя? Если вышка есть, то ты вроде как обучаемый и не особо тупой или ленивый.
Зачем брать челика, который 26 лет на печи просидел? Или чем ты там занимался.
На джуна можно и без вышки вкатиться. Ну а потом зависит от предметной области. Где-то сразу нафиг пошлют или даже не перезвонят.
>вышка
>обучаемый и не особо тупой или ленивый
Вообще никакой связи нет. За годы обучения в вузе понял, что намного важнее подскакивать кабанчиком и иметь связи в виде старшекурсников. При этом можно быть непробиваемым дубом.
Другое дело, что челу 26+, опыта нет, и это уже тревожный звоночек. Плюсы, наверное, один из самых длительных по вкату языков, быстро не получится. И да, зависит от предметной области, кому-то принципиально наличие во, кто-то будет смотреть на опыт, рекомендации, а на диплом пох.
>>2120548
Пройдись по вакансиям и посмотри. Там же не просто так указывают требования. Но на твоем бы месте я забыл про плюсы, если планируешь войтивайти. Серьезно. Тебе нужно рабочий опыт здесь и сейчас, а не через полтора года. И то под вопросом.
> Которая, внезапно, упрощает многие моменты.
Нихуя она не упрощает, только проблемы на пустом месте создает. Посмотри на тот же Go: Робу хватило ума и опыта протолкнуть в язык сильную типизацию, и код от этого покорежило не сильно, нивелировав при этом целый класс ошибок.
> Да, небезопасно. Но если ты знаешь что ты делаешь
Проблема в том, что ты ни хуя не знаешь что делаешь. Несомненно приятно фантазировать о себе, как о сверхчеловеке до тех пор, пока ты не прожмешь кнопочку и не напишешь "out = 0;" вместо "∗out = 0;", а ведь компилятор вполне мог бы дать за такое по рукам.
> когда создавался С++, слабая типизация в сишке также бралась в расчёт
И потом начинаются всякие расщепления, и Скотт Майерс пишет несколько томов Effective C++, где объясняет как с этим бороться и как избежать.
> Одна из самых убогих пародий на ООП в пайтоне
В питухоне при всей куцести его объектной модели, есть хотя бы __getattr__, что ни на есть самый канон ООП в духе Smalltalk. Более того, там классы объекты первого порядка.
> в плюсах с этим всё нормально
В плюсах все просто пиздец, потому Страуструп уебан-недоучка.
> в расте ООП вообще нет
Так раст и не позиционирует себя в качестве ООП языка. Там один в один скопировали тайпклассы из Haskell, и получилось прекрасно.
> типобезопасный и более выразительный аналог макросам
Во-первых, шаблоны не типобезопасны, они нихуя не знают о типах и вообще об остальном языке. Во-вторых, это "более выразительны" по факту на полшишечки. Что макросы хуйня, что шаблоны. А все потому, что это отдельные языки в себе.
> С++ тем и силён, что даёт тебе почти что бесконечный набор инструментов
Нет, это называется хуевый language design.
> но опытный С++ разраб может творить чудеса
Опытный С++ разраб первым делом выбрасывает 80% языка и запрещает в гайдлайнах их юзать остальным.
> Есть 1001 причина
Пиздишь как дышишь. Есть ровно одна причина, и эта причина — legacy.
>Страуструп уебан-недоучка
Окончил Орхусский университет (Дания, 1975) по математике и информатике, защитил диссертацию (Ph. D.) по информатике в Кембридже (1979).
Бьёрн Страуструп получил степень доктора философии, когда работал над конструированием распределённой системы в компьютерной лаборатории Кэмбриджского университета (Англия). Член колледжа имени Черчилля.
Ныне профессор Техасского университета А&М.
хм, черкани ка свой бекграунд, даже интересно стало, раз ты считаешь этого человека "недоучкой"
Всё же, с++ очень плох. Хотя я его люблю. Но никогда не любил его так сильно как Си.
Можно ли меня назвать чмоней и неосилятором, если я не могу запомнить, например, пикрил.
отсюда https://stackoverflow.com/questions/620137/do-the-parentheses-after-the-type-name-make-a-difference-with-new
мимо почти 6 лет опыта на Си/Си++
пиздец.... Я тоже не знал об этой хуйне, я думал что все pod типы инициализируются мусором и насрать какой там new зовется. Пока явно не проинициализауешь (присваиванием или конструктором)
А то что есть случаи когда компилятор туда сам пропишет ноль... Только проверив компилятором узнал что правда такая хуита накручена
И что самое фиговое - ни в какой книжке по С++ об этом не написано (или написано мимоходом и уже давно забыто)
Как и множестве других нюансов. Из моего недавнего: например почему ссылка на pod тип менее эффективна чем его копия по значению? И сколько байтов должен занимать аргумент, чтобы его стоило передавать по ссылке, а не значению?
(ну то есть почему int надо передавать по значению)
Это все хуйня. Тот мудозвон мог быть на фронтире развития распределенных систем 40 лет назад, но это не означает, что он хоть что-то понимал в дизайне языков, см. пикрелейтед.
>>2121410
Если ты не понимаешь о чем я пишу, съебывай сам. Шаблоны по семантике это тьюринг-полный язык-надстройка над уже имеющимся языком, они не пересекаются нигде, кроме как в захардкоженых заклепках в кишках компилятора.
anchors.fill: parent
model: EditableModel {}
delegate: TextField {
width: ListView.view.width
text: model.edit
onAccepted: model.edit = text
}
}
А как понять узнать установилось ли новое значение? В с++ коде setData вызывается и там возвращается бул, а вот model.edit всегда true. Надо явно setData в qml коде писать?
хорош юлить, сученок
твой первый пиздеш был о
>шаблоны не типобезопасны, они нихуя не знают о типах
а ты слезаешь с темы через
>Шаблоны по семантике это тьюринг-полный язык
и че блядь? как буд то мы без тебя это не знали
иди нахуй и перестать писать ебанутые портянки в тред
можешь обидеться, мне похуй
но не пиши хуету сюда
Ready-made solution?
А, я понял. Ты хочешь в QML проверить результат который возвращает setData. Походу там вот так в лоб без вариантов.
На всякий случай, у тебя точно может быть ситуация, когда присвоение будет не валидным?
Я вижу два пути:
1. валидатор
if (Utils.validateFooBar(text)) { model.edit = text; } else { ... }
Валидатор может не только true/false, а и код/сообщение ошибки возвращать.
2. сделать модели отдельный Q_INVOKABLE метод который вызывать вместо присвоения - это для случаев когда валидатор не канает
Требуется быстро определить имеют ли две строки этой таблицы столбец, в котором у обоих строк стоит единица. Че делать?
да это говно, страуструп разленился в конце жизни, хуевые книги начал писать, на отьебись, его и в интервью спрашивали типо чем вам нравиться заниматься, он отвечал что "проводить время в кругу друзей и родных и бухать", лооол, ну а хули сидит в своем морганстенли в отдельном кабинетике и за нехуя получает 2 ляма баксов в год
у страуса есть 2 годные книжки - "дизайн и эволюция" и "язык программирования с++, 3е специальное издание"
в последней книжке и задания на кодинг самые охуенные
вот
как без остатков от деления? За 10 минут решил с остатками.
https://ideone.com/RPuIMk
Как правильно перформанс измерить? У меня очень нестабильные результаты получаются, если использовать google benchmark без настроек. В целом, второй вариант быстрее, но в нем все равно есть проверки и бранчи. Хочется измерить точно и именно с выводом, чтобы проверить, на сколько быстрее конечная версия программы отработает, а не отдельная её часть.
C++ не тру ООП стало быть? Ведь в нем нет полной инкапсуляции объектов.
>Исконные правила ООП, в том числе и алгоритмические, предполагают полную инкапсуляцию объектов. Объект должен сам решать, что делать когда его что-то попросят, а не выставлять наружу публичные методы, которые дёргает всякий, кому не лень. Настоящий инкапсулированный объект должен принимать снаружи сообщение, причём не в контексте вызывающего объекта, а в своём собственном. Потом думать, хочет ли он это сделать, делать это и в ответ посылать сигнал о результате действия.
>После школы прекратил ботать олимпиадки?
Да, олимпиадки заточены на школьное образование и школы их поощряют. ВУЗы как-то не очень. А во взрослой жизни никто не задает задачи, на которые знают решение.
>В icpc не участвовал?
Нет
>Где учился?
Деанон легион
>1 место на всеукре это вроде почти везде бви.
Да
Убей себя, говно. Мое изначальное утверждение, что шаблоны ни хуя не знают о типах по-прежнему справедливо, здесь нет нужды юлить. Ты банально не сможешь передать std::vector<Derived> в функцию, которая принимает ссылку на std::vector<Base>, потому что шаблоны это отдельный язык, они ни хуя не знают о Си-с-классами под ними, что уж говорить про ко- и контровариантность, их максимум - это унылое кодовысерание. Открой сорцы какого-нибудь std::is_base_of и охуей от убогости костылей, на которых стоит всё TMP.
Да масса применений. Сортировка heap sort (куча имеет структуру дерева), быстрый поиск элемента (дерево АВЛ, чёрно-красное), поиск строк и сжатие текста методом LZ (префиксное дерево). Ряд геометрических задач (в том числе и на отрезках, как у дебича выше), решается с помощью бинарных деревьев (хотя чаще там quad tree встречается).
Единственный момент - уже написано овердозуя кода, использующего деревья, посему на практике ручками их писать приходится не часто.
> Может ты тупой?
Тупой это ты, потому что тебе нормальные люди объяснили, что ты непонятно описываешь задачу, а ты вместо того, чтобы принять критику, огрызаешься.
> Что я не так написал?
Ты не умеешь грамотно выражать свои мысли так, чтобы они были понятны другим людям, не умеешь просто и лаконично описать задачу.
Вот решение, проще и быстрее предложенного этим аноном >>2123909
Создаем переменную для суммирования длин отрезков в битах.
Создаем строку для проверки.
Далее проходим таким алгоритмом по каждой строке:
1) Отнимаем от правого края левый и прибавляем получившуюся длину отрезка в переменную.
2) Ксорим строку из таблицы со строкой для проверки.
3) Узнаем количество битов в строке для проверки.
4) Если количество битов в строке для проверки меньше, чем в переменной где суммируем длины отрезков, то значит мы попали на строки, которые совпадают в определенных столбцах.
У тебя одномерная задача. Индекс i это не координата в геометрическом пространстве, это индекс набора отрезков. А вот [l, r] действительно координаты (заданные на одной прямой)
Отрезок - множество точек, набор отрезков - тоже. В теории множеств пересечение множеств - это множество, все элементы которого принадлежат пересекаемым.
В задаче надо определить, что есть хотя бы одна пара наборов i и i+1, для которых пересечение не пусто.
Охуеть у тебя аргументация, конечно, на уровне "тебе смешно, а мне обидно, тебе говно, а мне повидло". Покажи мне, как на крестовых шаблонах сделать банальный map, чтобы я мог писать так:
std::vector<int> foo {1, 2, 3};
std::vector<std::string> bar = map(foo, [](int x){ return std::to_string(x); })
Очевидно, тип вектора на выход определяется исключительно типом лямбды. Ты или приносишь мне код, или идешь на хуй со своим кукареканьем.
Вот, на. В чем вообще проблема?
https://ideone.com/FfMCXq
Хотел бы уточнить: map принимает на вход некую коллецию какого-то типа, по которой можно делать https://en.cppreference.com/w/cpp/language/range-for и на выходе дает точно такую же коллекцию, элементы которой имеют тип, определяемый лямбдой.
>под "пересечением" подразумевают, когда отрезок пересекает другой под определенным углом
Пересечение - это наличие общих точек, а про угол - это уже твои фантазии
Алсо задача одномерная
>>2125095
>сортировка таблицы
Ты ебанутый? У тебя 3⚹10^5 = 30000 отрезков, и какая таблица в жопу
>>2125091
>Вот решение, проще и быстрее предложенного этим аноном >>2123909
Нет. У тебя квадратичная сложность (если быть более точным O(nm), где n - число отрезков, m - размер таблицы), потому что для ксора тебе нужно пройтись по каждому биту отрезка
>>2125162
Тебе уже дали решение >>2123909
Ну так, что знают шаблоны о типах или нет? Вон, тип контейнера выводится от типа второго аргумента. Давай, поманеврируй что это не считается и врети. И это не считая целой кучи шаблонов в type_traits которые возвращают разную информацию о типе. Ты тупостью троллишь штоле, уебок?
> Ну так, что знают шаблоны о типах или нет?
Нет, конечно. Нихуя они не знают, все то же унылое кодовысерание, ничего нового. Если хочешь опровергнуть, неси обобщенную версию map, которая работает с любым вменяемым контейнером.
> И это не считая целой кучи шаблонов в type_traits которые возвращают разную информацию о типе.
Ты сейчас это на полном серьезе спизданул? Открой этот самый type_traits и посмотри код. Ты после этого всерьез будешь утверждать, что шаблоны хоть что-то знают о типах? Все, что вижу я это захардкоженные костыли.
>задача одномерная
>>2125118
>У тебя одномерная задача.
В условии говорится о обычной двумерной таблице, где там указано, что таблица одномерная?
Вот в условии написано:
>Позиции единиц задаются в запросах вида i l r, где i- номер строки, l и r номер левого и правого столбца
То есть у таблицы есть строки и стобцы, как в екселе.
А одномерная таблица, это, блин, строка, ряд, последовательность.
>Ты сейчас это на полном серьезе спизданул? Открой этот самый type_traits и посмотри код. Ты после этого всерьез будешь утверждать, что шаблоны хоть что-то знают о типах?
Да, серьезно. Я пишу std::is_pointer_v<void> и о сюрприз, это значение true. Что это по твоему блядь? Или это у меня галюциннации?
>Все, что вижу я это захардкоженные костыли.
А, ну то есть твоя претензия, что не красиво? Детали имплементации и вкусовщина. Ты в исходники zlib заглядывал? Там тоже код некрасивый, но все пользуются, потому что какая разница что внутри, если оно работает?
>>2125302
>Нет, конечно. Нихуя они не знают, все то же унылое кодовысерание, ничего нового. Если хочешь опровергнуть, неси обобщенную версию map, которая работает с любым вменяемым контейнером.
О да, а что такое вменяемый контейнер*, ты нам не расскажешь. Чтобы потом ты мог вилять жопой как тебе угодно. Либо давай конкретные условия, либо иди нахуй. Свой обосрамс с вектором ты так и не признал, резво перерыгнув на другую задачу.
>>2125330
Мое уважение. Ща, погоди, он скажет что все равно прав, потому что с std::array не работает.
1) Условие написано очень не четко и косноязычно, поэтому некоторые аноны(например >>2123887 >>2123909), поняли его неправильно, решив, что таблица это одномерный ряд, хотя в условии идет речь об обычной таблице со столбцами и строками.
2) У этой задачи может быть два варианта условия - с одномерной и двумерной таблицей соответственно.
3) Аноны нашли оптимальные решения для двух случаев: решение для одномерного условия >>2123909 и для двумерного >>2125091 .
>Задача СВОДИТСЯ к одномерной
Сводилась бы, если было бы сказано, что это таблица у которой множество столбцов и одна строка, или наоборот.
Или было бы сказано, что таблица одномерная.
Но там говорится о таблице со столбцами и строками, из чего вообще никак не следует, что она одномерная.
> Я пишу std::is_pointer_v<void> и о сюрприз, это значение true. Что это по твоему блядь?
Захардкоженное говно. Меня тянет блевать только от одного вида кода внутри is_pointer_v.
> Ты в исходники zlib заглядывал? Там тоже код некрасивый
Там нормальный код.
> О да, а что такое вменяемый контейнер, ты нам не расскажешь
Я рассказал: чтоб итерировать можно было и конструктор был либо на initializer_list, либо на итераторах.
> Ща, погоди, он скажет что все равно прав
Нет, к его коду доебываться не хочу, все заебись сделал. Я, собственно, и не пытался доказать, что это невозможно, но ожидал, что будет более многословно. В любом случае, сравни
template <template<class...> class Collection, typename Lambda, typename Type, typename ...CollectionArgs>
auto map(const Collection<Type, CollectionArgs...> &source, Lambda&& lambda) -> Collection< decltype( lambda(*source.begin()) ) >
с
map :: Functor f => (a -> b) -> f a -> f b
>В любом случае, сравни
Ты сравниваешь адово частный идиоматический случай в одном языке и его отсутствием в другом?
В плюсах вместо контейнеров в приоритете стоят итераторы. Они дают в разы больше возможностей, чем работа с контейнерами. Покажи, как в твоем хачкелле работать с итераторами.
>А для, например, сравнения не надо проходить по каждому биту?
Не смешивай сравнение 32х битных чисел и массивов на сотни элементов
>>2125470
Вы вообще че блядь несете? Вы умеете в математику или нет? Я с вас хуею вообще. Сука, квадратногнездовым способом блядь. Вам надо задачу решить, а не код наговнокодить. Пиздец, поколение макак нахуй. Деградация полнейшая.
>Покажи ты способ исключить координату, чтоб задача свелась к одномерной.
На входе дан набор отрезков [l,r]. Все, одномерная задача
>Я ее даже до конца не прочитал, лол.
Так а хуле ты вывалил сюда свое охуенно важное мнение?
>>2125482
>Нахуя ты вообще слово "бит" употребляешь?
Пушо его автор употребляет. Все претензии - к нему
>map :: Functor f => (a -> b) -> f a -> f b
А, так ты из этих. Что ж ты сразу не сказал.
Ну ок, чё.
Целый ряд задач решается с помощью сортировки. Конкретно эту можно решить другим избитым способом - геометрическим хешированием:
- находим минимальный и максимальный концы среди всех отрезков L и R.
- полученный интервал разбиваем на m участков. Длина участка может быть определена разными способами (как длина минимального отрезка среди всех + запас, как средняя длина отрезка, медианная длина отрезка, через мат ожидание длины, на основе эвристики входных данных).
- для каждого участка получаем список отрезков, которые его пересекают (берём отрезок [l,r] и его индекс пишем в участки с l%m до r%m)
- для каждого интервала разбиения, в котором оказалось более одного отрезка, проверяем пересечения этих отрезков (если много, то сортировкой, если мало, то обычным xor).
Данное решение работает быстрее чем решение через сортировку.
А ещё эту задачу можно решить построением префиксного дерева.
Так как из-за некорректного условия задачи в треде аноны интерпретировали задачу в двух вариантах(одномерном и двухмерном) я сделаю вменяемое условие для двух вариантов задачи.
Условие задачи с одномерным массивом
Дан ряд битов, содержащий n битов, в котором находится последовательность из нулей и единиц. В последовательностях единиц находятся т.н. "отрезки" - последовательности единиц имеющие произвольное количество единиц. Каждай из отрезков задается тремя параметрами: i, high и low, где:
i - номер отрезка;
high - номер старшего бита отрезка в ряду;
low - номер младшего бита отрезка в ряду.
При этом отрезки могут содержать биты, которые входят в состав других отрезков. Такой случай, когда один и более битов одновременно находится в составе нескольких отрезков называется "пересечением" этих отрезков.
Описать алгоритм, который позволяет определить, содержит ли ряд битов хотя бы одно пересечение отрезков.
>Я вывалил свое охуенно важное мнение касательно размерности.
Причем тут размерность, если вы неумеете декомпозировать задачи.
>Как отличить отрезок [x, y] в строке j от отрезка [x, y] в строке k?
А нахуя их отличать? Вопрос стоит: есть пересечения или нет пересечений
Условие задачи с двухмерным массивом
Дана таблица битов, содержащая x столбцов и y строк битов. В каждой из строк находится одна последовательность единиц (т.н. "отрезок"), каждый из которых задается следующими параметрами:
i - номер cтроки, в которой находится отрезок;
right - номер крайнего правого бита отрезка в строке;
left - номер крайнего левого бита отрезка в ряду.
Все остальные элементы в строке - нули.
Случай, когда отрезок содержит одну и более единицу в тех же столбцах, что и другой отрезок, называется "пересечением" отрезков.
Описать алгоритм, который позволяет определить, содержит таблица битов хотя бы одно пересечение отрезков.
Ты прикалываешься? Все то же самое. Кста я признаю, я чуть проебался. Нужно определить имеют ли 2 произвольные (по ходу программы мне нужно будет разные пары строк так проверять) строки общий столбец с единицами или.
нет, а не существуют ли 2 такие строки. А так все абсолютно одинаково с моим условием
>Есть огромная таблица, состоящая из нулей и единиц.
Так она все же есть или нет ее? По координатам i, j можно получить ноль или единицу?
или у тебя только набор отрезков, задающих только единицы?
>Позиции единиц задаются в запросах вида i l r, где i- номер строки, l и r номер левого и правого столбца, в которых начинается и заканчивается одна из последовательностей единиц в i строке.
Или у тебя и этого нет, а есть только некие запросы непонятно от кого и кому?
>Требуется быстро определить имеют ли две строки этой таблицы столбец, в котором у обоих строк стоит единица.
То, что между двух строк учитывается или нет? Формально вижу, что нет. Но ты ведешь речь про целый столбец и это заставляет задуматься.
>быстро
Без статистики по твоим данным быстрый способ выбрать не получится. А может вообще такое представление было выбрано в целях экономии памяти, а не скорости ради.
>где я в условии накосячил и что не понятно.
Грузишь лишними сведениями. Не понятно в каких терминах вообще задачу решать: в терминах таблицы? в терминах отрезков? или ради быстроты выбирать решение в зависимости от количества отрезков?
Пиздец, макака в треде.
>Без статистики по твоим данным быстрый способ выбрать не получится. А может вообще такое представление было выбрано в целях экономии памяти, а не скорости ради.
Алгоритмическая сложность, ты знаешь что это такое вообще?
>Грузишь лишними сведениями. Не понятно в каких терминах вообще задачу решать: в терминах таблицы? в терминах отрезков? или ради быстроты выбирать решение в зависимости от количества отрезков?
А если бы там речь шла о графе друзяшек, ты бы в треде спрашивал дружит ли Маня с Ваней или нет?
Блядь, любой инженер должен переводить задачу из терминов заказчика в термины алгоритмических абстракций, а не кодить в лоб то, что сказано (как макака)
>Нет. У тебя квадратичная сложность (если быть более точным O(nm), где n - число отрезков, m - размер таблицы) потому что для ксора тебе нужно пройтись по каждому биту отрезка
С чего ты решил, что ксорить нужно отдельные биты.
Ксорятся сразу много битов таблицы за раз - 32-битные или 64-битные числа ксорятся между собой, что намного быстрее.
А вот зависимость времени сортировки от количества элементов в массиве имеет геометрическую прогрессию.
Если элементов в строке 310 в 5 степени (2862915100000 элементов) то сортировка такого массива займет приличное время.
Следовательно, этот вариант решения задачи >>2125091 быстрее, чем этот >>2123909 .
>Разреженная матрица, ты знаешь что это такое вообще?
Нахуя тебе разреженная матрица, нахуя тебе матрица вообще, блядь, почему вы такие тупые, вас пиздить надо блядь. Почему вы сука не можете в абстрактное мышление, пиздец.
>>2125584
Пиздец, еще один. Выучи блядь что такое алгоритмическая сложность и только высирай
>Ксорятся сразу много битов таблицы за раз - 32-битные или 64-битные числа ксорятся между собой, что намного быстрее.
Это всего лишь ускорение на константу.
>А вот зависимость времени сортировки от количества элементов в массиве имеет геометрическую прогрессию.
Чиво блядь
>310 в 5 степени
Там чувак проебался с разметкой, а ты копипастишь
>>2125585
Все было понятно изначально, макак
>Нахуя тебе разреженная матрица
Потому что у него представление, типичное для разреженной матрицы. Ебля с отрезками накладывает свой оверхед в сравнении с прямым пердолингом элементов таблицы (которая непонятно до сих пор: есть она, или нет).
Начиная с некоторого количества отрезков, оверхед перекрывает профит. А до этого постепенно растет с количеством отрезков.
>вы сука не можете в абстрактное мышление
Покажи свои расчеты алгоритмической сложности, тогда и поразмыслим над ними абстрактно.
>Пиздец, еще один. Выучи блядь что такое алгоритмическая сложность и только высирай
О ней и идет речь, если ты не понял.
Алгоритмическая сложность определяется двумя параметрами: временем исполнения алгоритма и занимаемой памятью. В условии задачи сказано минимизировать время выполнения алгоритма.
>>Ксорятся сразу много битов таблицы за раз - 32-битные или 64-битные числа ксорятся между собой, что намного быстрее.
>Это всего лишь ускорение на константу.
Это ускоряет процесс, но это совсем не тоже самое, что:
>для ксора тебе нужно пройтись по каждому биту отрезка
>>А вот зависимость времени сортировки от количества элементов в массиве имеет геометрическую прогрессию.
>Чиво блядь
Если ты не знаешь, что такое "зависимость одного параметра от другого" и "геометрическая прогрессия", а также по какой формуле считается время сортировки(для любого способа сортировки), то это ты макака.
>>310 в 5 степени
>Там чувак проебался с разметкой, а ты копипастишь
Тогда ему следовало в следующем посту написать уточнение, мол: "я ошибся, я имел ввиду 3 * 10^5". А я не обязан всматриваться в каждый пост выискивая, где текст обычный, а где курсивом.
Задача уже решена 3 способами:
Прямым перебором (неэффективно)
>>2125091
Сортировкой (быстро)
>>2123909
Хешированием (ещё быстрее)
>>2125520
Ещё можно выкатить решение с помощью построения префикса.
>путают 3⚹10^5 с 310^5
Количество элементов ни на что не влияет (в задаче не сказано про ограничение по памяти).
>Потому что у него представление, типичное для разреженной матрицы
Это единственная хуйня, которую ты знаешь?
>(которая непонятно до сих пор: есть она, или нет)
Ты дебил? Формат ввода описан, где ты там увидел "таблицу"?
>Ебля с отрезками накладывает свой оверхед в сравнении с прямым пердолингом элементов таблицы
Зачем тебе прямой сука доступ к элементам таблицы? Зачем тебе вообще таблица? Ты дрочишь на таблицы штоле?
>Покажи свои расчеты алгоритмической сложности
Алгоритм где?
>>2125618
>Алгоритмическая сложность определяется двумя параметрами: временем исполнения алгоритма и занимаемой памятью. В условии задачи сказано минимизировать время выполнения алгоритма.
Съеби в википедию БЫСТРА БЛЯДЬ!!!!
https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D1%81%D0%BB%D0%BE%D0%B6%D0%BD%D0%BE%D1%81%D1%82%D0%B8_%D0%B2%D1%8B%D1%87%D0%B8%D1%81%D0%BB%D0%B5%D0%BD%D0%B8%D0%B9
>Это ускоряет процесс
Сука блядь, это ускоряет на константу!!! У тебя квадратичная сложность, вместо O(N log N), а ты ебешься с константами, на которые ПОХУЙ
>а также по какой формуле считается время сортировки(для любого способа сортировки)
Ты ебанашка? Какого любого способа сортировки? Или ты даже не знаешь разницы между пузырьком, квиксортом и сортировкой кучей?
>А я не обязан всматриваться в каждый пост выискивая, где текст обычный, а где курсивом.
Это очевидно любому, кто включает мозги.
>>2125623
>Ну то есть похую, что всякий отрезок будет пересекаться сам с собой?
Что блядь? Ты ебанутый? Зачем их сами на себя пересекать?
>-находим минимальный и максимальный концы среди всех отрезков L и R.
>Данное решение работает быстрее чем решение через сортировку.
>inb4 в твоем решении нет сортировки
Проиграл.
А ничего, что находить минимальный и максимальный концы отрезков ты будешь через сортировку?
Или ты не в курсе, что функция get_maximum_array(uint8_t *array) внутри себя содержит сортировку массива?
Напоминаешь мне типичную макаку, которая пользуется инструментами на верхнем уровне и даже не задумывается, что там лежит под капотом.
При чем этот анон хотя бы предложил способ с сортировкой только левых концов, а у тебя выйдет еще дольше, потому что сортировать придется и левые и правые.
Прекрати, содомит, я ж щас сдохну.
Ты троллишь или правда не знаешь как найти максимум в массиве без сортировки?
>Напоминаешь мне типичную макаку, которая пользуется инструментами на верхнем уровне и даже не задумывается, что там лежит под капотом
Блядь, ЭТО АБСТРАКЦИЯ СУКА АБСТРАКЦИЯ, почему ты такой тупой, хоспаде. У тебя на входе наборы из трех элементов, там нет никакой таблицы. У тебя мышление тупой макаки, а не инженера.
>>2125652
>Отрезок (1, 5) пересекается с отрезком (1, 5)? Да или нет?
Если у тебя есть два разных объекта (инстанса) которые равны между собой, то да, пересекается. Если у тебя один объект, то нахуя ты его пытаешься пересечь с самим собой?
>одного прохода по массиву
>>- для каждого участка получаем список отрезков, которые его пересекают (берём отрезок [l,r] и его индекс пишем в участки с l%m до r%m)
Для каждого участка делаем проход по всем отрезкам => квадратная сложность
>>2125661
>тем самым выпилив всякий способ различить два отрезка
Ты не можешь их различать по адресу в памяти?
>По условию задачи они различаются размерностью i. Которую ты выпилил.
Я ее выпилил, потому что она не нужна.
>По условию задачи
Сука, научитесь мыслить задачу ЦЕЛИКОМ, а не выдергивая отдельные ее части. В условии оно есть просто потому, что автор предположил что оно может быть кому-то важно. А оно для решения не важно.
>У тебя всего N отрезков во всей таблице. Чтобы найти min и max надо все их просмотреть и потратить на это O(N).
Для того чтобы найти min/max действительно достаточно O(N). Вот только это первый шаг
>Какие ещё нахуй квадраты?
А там есть еще шаги:
>>>>>- для каждого участка получаем список отрезков, которые его пересекают (берём отрезок [l,r] и его индекс пишем в участки с l%m до r%m)
где у нас возникает N*m
Итак, у нас есть N отрезков, каждый из которых является битовой маской. Маска занимает минимум один int и максимум max_xor_cnt = std::numeric_linits<unsigned int>::max() / sizeof(unsigned int). Соответственно побитовый xor двух отрезков требует от одной до max_xor_cnt вызовов operator^(), что может оказаться в дохуя раз медленнее, чем четыре вызова operator<() для концов отрезков.
Далее. Ситуация усугубляется тем, что нужно сравнивать все отрезки между собой. Сложность данной операции O(N2) и это очень плохо.
Ну и наконец не стоит забывать про накладные расходы по конвертации данных из разреженного представления в последовательности битов.
Ты проходишь по всем отрезкам и для каждого делаешь l/m, r/m. Всего таких операций требуется столько же сколько и отрезков, то есть O(N).
Я понимаю, что тебе сложно, но решение через хеширование это надстройка над xor и сортировкой, для которого к O(NlogN) сводятся худшие случаи данного метода. По факту он пиздецки быстрый при правильно построенном разбиении.
Пусть m-колличество запросов с отрезками.
Сложность решения O(n+mlog(10^9)) или если изъебаться O(n+mlog(m))
Я если че автор первого поста.
>эту хуйню перекодирует в массив координат
Это и есть "накладные расходы" по конвертации данных.
>то быстрее построчного xor ничего нет и не может быть.
В с++ нет построчного xor для куска памяти произвольной длины. Есть лишь для целых типов фиксированной длины, ограниченных разрядностью машины.
А отрезки твои могут иметь длину от 64 до 2^64 битов. Неужели ты думаешь, что поксорить два куска памяти размером в несколько килобайт (за ~500 вызовов operator^()) быстрее, чем сравнить 4 инта?
> Ну и где в исходной формулировке слова про соседние строки? М?
Нигде. Мне нужно не только в соседниз искать по ходу решения.
> Решение через сортировку даст тебе желаемые O(mlog(m)). n у тебя константа и в O нотации лишняя. Хеширование при такой постановке не нужно.
n вводится.
Как быть, если O-нотация по это асимптотика для функций с одним аргументом (хотя бы в вики почитай про неё)?
Подсказка: если я увеличу таблицу в 100 раз, и в неё снова запишу N отрезков, то как и раньше задача будет решена за NlogN условных сравнений. А вот если запишу 2, то за 2. Понимаешь?
>Как быть, если O-нотация по это асимптотика для функций с одним аргументом (хотя бы в вики почитай про неё)?
Действительно блядь, прочитай нахуй: https://en.wikipedia.org/wiki/Big_O_notation#Multiple_variables
Вот хули ты споришь, сука? С чем ты споришь блядь? Я тебе привел требуемую асимтотику
> Подсказка: если я увеличу таблицу в 100 раз, и в неё снова запишу N отрезков, то как и раньше задача будет решена за NlogN условных сравнений.
Ну напиши мне такой алгоритим и ты будешь прав, но сейчас ты споришь блядь с чужим алгоритмом, который даже не знаешь
основа-лаб
dssl
контора про госуслуги
что там как работается? может был кто?
Пока программисты, прогающие на полноценных языках(Go, Хаскель, Питон, Джава) решают сложные и интересные задачи, с++-сники возятся с байтиками и битиками.
При этом прикладывая тонны усилий для того, что бы решить элементрарнейшую задачу первокурсника уровня laba1.cpp, решение которой на языке высокого уровня типа хаскеля или лиса уместилось бы в одной небольшой и аккуратной формуле.
Вся суть байтоёбов.
Байтоеб - не программист, гоните, насмехайтесь над ним!
Скажу так, в госпарашу не иди ни в коем случае, это такой зашквар, что после неё тебя ни в одно норм.место не возьмут увидев в резюме строчку о работе в гос.учреждении, так и будешь "инженером-программистом" чилить до старости.
Так что из этих лучше идти в фирму dssl, получишь хороший опыт и возможно даже деньги.
>При этом прикладывая тонны усилий для того, что бы решить элементрарнейшую задачу первокурсника уровня laba1.cpp, решение которой на языке высокого уровня типа хаскеля или лиса уместилось бы в одной небольшой и аккуратной формуле.
"Пук-перд, а почему оно так адово тормозит и жрет память как не в себя????! щ_О"
"пук среньк ну и почему мне специалисту по с++ платят 90к, а не 390к как специалисту по скала, питону или хаскелю??"
"ну и что я делаю ту же задачу в три раза дольше через костыли, каждый раз изобретая велосипед или подключая либы от васян228, зато моя программа на 146% быстрее!!!"
>споришь блядь с чужим алгоритмом
Чел, о каких алгоритмах идёт речь, если ты бессвязно формулируешь задачи, не можешь в абстракции и несёшь какую-то хуйню типа этой?
>Ну напиши мне такой алгоритим
Все три алгоритма, описанных выше, инвариантны относительно размеров таблицы. Два из них укладываются в твою асимптотику.
>там жоские тимы
Я думаю - да. Может и не супер хайповые технологии там (а может и да), но думаю, много вещей по уму сделано. Правда, столько лет прошло. Проект разросся, чем именно ты там будешь заниматься - сложно сказать. Тех. дир. Олег Кияшко закончил физфак МГУ, его родители тоже физики. Семья потомственных интеллектуалов. Так что да, уровень там высокий
>Потом ты без труда сможешь пояснить как работают распределенные базы данных или как DPDK устроен внутри.
Только за то время, пока ты будешь байтоебить, кабан кабаныч найдет активного прошареного пориджа, который сделает это на пайтоне/го /жабке куда быстрее используя готовые фреймворки и либы языка.
кабан кабаныч найдет пориджа, который сделает все по быстрому на готовых фреймворках. да, ты прав.
но вот в куда-нибудь зарубеж, в фаанг, или вообще в место, где нужен хайлоад, возьмут именно байтоеба, а не твоего пориджа. и в графику возьмут байтоеба, а не пориджа. и в инфобез/сети, возьмут байтоеба.
Ну в каждом своя бизнес-логика, но тут уже зависит от того, что тебе интересно. Конечно, для многих написание своего 3д движка будет казаться более интересным, чем написание крудов, но тем не менее.
Большая часть работы всегда будет в энтерпрайзе. Ведь именно энтерпрайз обслуживает большую часть экономики. Всякие банки, заводы, корпорации - все нуждается в автоматизации. А вот условная графика или сетевое байтоебство очень мало где нужно. Это скорее штучные вакансии, нежели массовое программирование.
Студия удобней любого, блять, блокнота типа vim, emacs или gedit + gcc, pkc-config, ldd, nm, objectdump, callgrind, valgrind, perf, gperf. Да даже библиотека для линкования с библиотекой фейкового системного времени чего стоит. И всё это сразу в коробке идёт в любом линуксе. Что даёт студия, кроме пары менюшек ?
Всё что реально даёт студия, это по-быстрому наговнякать проект с нуля. В остальном плюс/минус такая же возня с настройками devops, параметрами компиляции, проектными зависимостями и прочей рутиной.
Ну ещё студией владеет microsoft и его решения лучше всего в плане B2B. Поэтому конторы предпочитают закупать именно студию, а не CLion какой-нибудь.
Современные проекты состоят из целого зоопарка thirdparty компонент. Без ldd сложнее выяснить, что реально нужно для тиражирования твоего софта.
nm - спасает при ебле с линковкой. Бывает такое не часто, да.
мимо другой анон, перекатившийся на VSCode
В фаанг возьмут кек, вероятность этого какая? Вот я изучил как люди с россиюшки готовятся
1. Курс институтский алгоритмов перерешать освежить - 2 месяца (инженеры обычно не изучают их, а программисты проебывают и забывают), про всяких вкатышей без в.о. я даже говорить не буду, как они будут пределы осваивать,дискретку, комбинаторику и теорвер это блять вероятность все к 0 стремится.
2. Подготовка непосредственно по смежным областям - 2 месяца
(базы данных, распределенные системы, что-то по tcp/ip написать посмотреть почитать)
3. Подготовка нарешиванием задач - 8 недель.
Тут я имею в виду full time, а не когда ты весь день на кабана ишачишь
4. Дрочево английского до приемлемого уровня это год если вы уже упорно занимались.
Тут я пишу все для среднего ума специалиста из среднего вуза.
Т.е. ты условно должен потратить около года на подготовку!
Если же ты работаешь в Россиюшке то в 90% случаев никаких алгоритмов ты не используешь и дожен после работы превозмогаю хуярить, что вообще откладывает все это на неопределенный срок. У меня пара коллег даже в яшку устроиться не смогла, хотя у обоих была профильная вышка. Оба пытались два раза и проходили по несколько собеседований, а все потому что они работают фулл тайм и им особо некогда задрачивать эти алгоритмы.
ну вот в авито проходные задачки и вообще везде где я видел проходны задачки на должность младшего аналитика простая комбинаторика, простой теорвер. Никто от тебя не требует сложных расчетов, но база нужна. Да и вот возьми алгоритмы сейджвика курс, там в первой же лекции отсылки к теорверу.
Ну, лично мне на дискретке про кч деревья ничего не рассказывали. Может в других вузах по-другому, но мне вообще показалось, что дискретка на самом деле довольно бесполезный кал. Хочешь знать алгоритмы и структуры данных - открывай курсы и учебники по алгосам, а не по дискретке.
>Ну, лично мне на дискретке про кч деревья ничего не рассказывали.
Красночерные деревья на собесах часто вертеть заставляют.
>Может в других вузах по-другому, но мне вообще показалось, что дискретка на самом деле довольно бесполезный кал.
Согласен, дискретка нужна только байтоебам (кто пишет на асме/С/С++) которые постоянно байтики и битики переставляют.
Нормальным программистам, которые пишут на языках высокого уровня, она не нужна.
>в авито проходные задачки и вообще везде где я видел проходны задачки на должность младшего
Так это то, о чем я и написал:
>Задачки на собесе дают только когда идешь на джуна в российские компании.
Делается это только для того, чтобы хоть как-то отсеять способных от вкатунов с курсов, потому что на джуна люди идут без опыта и их надо как-то проверить.
Ты это все знаешь, тебе легко и просто, а вот я с инженерным образованием вкатывался, для меня все это было непривычно. Нужно осознать, спроецировать на поле технических задач, привыкнуть использовать. Это как наеб с си++, нельзя его по книжке осознать. Захочешь понять, что действительно под капотом и как это работает и главное почему (что способствует легкому запоминанию), тут тебе и си придется изучить и на ассемблер посмотреть. >>2126415
У меня нет этого года и никогда не было, то за квартиру съемную плати, то военкомат тебя щемит. Что бы жить без мамки, пусть даже в своей хате нужно 4 т.р. квартплата, 1 телефон интернет, тыяч 15 на поесть итого 250 т.р. на год, а если еще как-то нагрузку снять интеллектуальную, курс платный пройти и еще чего то тут будет еще тысяч 50 на год. Итого 300 т.р. и целый год. Елси же ты работаешь, даже
>инженерным образованием вкатывался
Инженерам теперь не рассказывают теорию множеств от слова совсем? У меня тоже образование в какой-то степени инженерное. Но теория множеств, это буквально самая первая лекция для первокурсников. Ну и разве у вас не было численных методов, где нужно было на паскале/фортране/си/матлабе программировать вычисление разных интегралов и диффуров? Или например МКЭ для расчета всякого сопромата, мы его тоже программировали.
>У меня нет этого года и никогда не было
Тогда зачем вкатываться в С++? Для таких как ты есть высокоуровневые языки вроде JS, Python, Java, куда толпы 30+ лвл таксистов и заводчан вкатываются. Если хочешь более техническую работу, а не просто перекладывание джейсонов на спринг буте, то лучше с мамкой год-два пожить и поизучать си, плюсы, алгоритмы, что-то из дискретки, и т. д.
>Ну ещё студией владеет microsoft и его решения лучше всего в плане B2B. Поэтому конторы предпочитают закупать именно студию, а не CLion какой-нибудь.
Хуйню несешь. У нас можно купить все, что угодно, хоть студию, хоть шлион, любую парашу, просто линку дай, и тебе специально обученный гой все купит
> Современные проекты состоят из целого зоопарка thirdparty компонент. Без ldd сложнее выяснить, что реально нужно для тиражирования твоего софта.
2021, линковаться динамически. Мы просто пишем в манифест vcpkg что надо, и не ебемся
> nm - спасает при ебле с линковкой. Бывает такое не часто, да.
3рдпати нормально линкуется через вцпкг, а свои проблемы с линкером - отлично диагностируются компилятором.
Хуй знает, все еще выглядит как хуйня все эти аргументы, ну или ты пердоля из 98 года
Смотрю ты шаришь, подскажи
у меня есть проект на Qt который я раньше собирал компилятором msvc 2013. У меня была dll для curl и набор хедеров которые я подключал. Недавно попробовал собрать все это компилятором msvc 2013 и он там что-то найти нихуя не может какие-то ф-ии из курл. Это из за того, что компилятор другой? Посмотрел как в старом проекте было, куда-то там копировалась dll в папку проекта. Попытался вручную подбросить не может найти ряд ф-ий. Что делать?
Компилировать curl в dll?
Ексть ли разница каким компилятором компилировать curl mingw или msvc? Могу ли я проект на Qt компилировать msvc 2017, а курл mingw? Я сам под линукс пишут, в MS теме вообще не шарю
Покажи мне IDE в которой есть Hot reload? В новенькой 2022 студии эта фича охуенна - прямо мозг взрывает от возможностей.
Просто реально офигиваешь, когда понимаешь что код С++ можно писать как будто это интерпретатор, без перекомпиляций - оно сразу все выполняется.
Все должно быть собрано одним компилятором, и в идеале - одной его версией, если твои библиотеки не обернуты в extern "C".
Допустим студия 15-17-19 - они совместимы, т.е. если либа собрана 15ой студией, то она слинкуется с проектом сделанным в 19ой студии.
> Ексть ли разница каким компилятором компилировать curl mingw или msvc?
Выбери что-то одно и этим и компилируй. При всей моей любви к студии - с куте у меня mingw работал ощутимо лучше, он там из коробки сынтегрирован в кутекреатор нормально.
> Могу ли я проект на Qt компилировать msvc 2017, а курл mingw?
Оверолл - нет. В линуксе - та же хуита. Попробуй слинковать бинарь сделанный клангом с либой, скомпиленной в гцц.
>Могу ли я проект на Qt компилировать msvc 2017, а курл mingw?
Нет, на винде очень жесткая ебля с ABI в этом плане. Там еще разные ABI для релиза и дебага, ноги простреливаются на ура
>>2126705
>В линуксе - та же хуита. Попробуй слинковать бинарь сделанный клангом с либой, скомпиленной в гцц.
В ляликсе все будет работать, но это исключение из правил - шланг очень сильно затачивался под гцц
>Хуйню несешь.
Ну и в чём я не прав? Студию конторы закупают по дефолту с резиновой лицензией. Остальное по личному запросу в минимально необходимом количестве.
>пишем в манифест vcpkg
Мы используем докер. Для отгрузки нашего софта он удобнее.
>проблемы с линкером - отлично диагностируются компилятором
То что высирает та же студия сложно назвать "диагностикой".
Даже не знаю с чего больше проигрывать с:
>кубики на DirectX 12
или
>можно писать как будто это интерпретатор
Ладно бы ты про отладку на удалённом GPU доложил или хотя бы профайлинг на ней (какой-нибудь Eclipse NSight).
>ты пердоля из 98 года
Ну вообще за студию обычно топят малиновые пориджи (типо тебя) и гречневые 35++. Первых мотивирует простота в использовании и грамотная работа microsoft с вузиками. Вторых лютое нежелание осваивать что-то новое (наших гречневых с трудом удалось на VSCode вытолкать).
>даже в своей хате нужно 4 т.р. квартплата, 1 телефон интернет, тыяч 15 на поесть
6 тысяч поесть с мясом, десертом и алкоголем
5 тысяч с мамкиным огородом
но если умеешь готовить
если не умеешь, то наверное больше, не знаю уже, готовую еду в магазах и общепите не покупаю ибо отрава
Но это всяко лучше - чем майкрофобы, которые не используют студию только потому что майкрософт.
>>2126850
>осваивать что-то новое
Осваивать что-то новое нужно, если оно что-то новое дает. Что твой вскод дает такого, чего нет в студии? Скорее наоборот - вскод, это кастрированная студия, в которой все фичи забагованы - глючная отладка, глючный интеисенс, отсутствие архитектурных инструментов, чережопная настройка юниттестов, чережопная настройка симака и гита, чережопная работа в команде, чережопная работа с мультиплатформой, отстутсвие ускоренного билда.... Нахуя оно надо, если в студии все это работает?
Я скорее гречневый 35+ - и я не вижу смысла осваивать что-то новое, т.к. это как после, хз, Audi Q7 пересесть на Шкоду рапид какую-нибудь. Как появится что-то лучше - пересяду.
Пока у нас есть - блокнот с подсветкой, джаваподелие от JB, Кутекреатор супервсратый и божественная студия с решарпером.
Я тебе говорю, что студия хороша, чтобы быстро что-то наговнякать без лишних хлопот. И твой чудесный hot reload для этого отлично заходит.
А когда я тебе говорю про реальные задачи с гомоеблей на GPU, ты начинаешь перекрывать детскими примерами.
Но это другое, да.
Вот это мощная тема, сделал только консольный бесконечный телефонный справочник, но уже хреневаю от потенциала этой техники. Вот только бы научится создавать и читать свои файлы и гуи еще(а то std::cin заебал уже), вот тогда почти все можно будет сделать.
Про все байтоебство не скажу, но про компиляторы есь неплохой сборник книжек тут
https://github.com/true-grue/Compiler-Development
Еще эта книжка мне понравилась
https://craftinginterpreters.com/contents.html
В С++ какой-то пиздец во всем. Зашел почитать исходники в STL и понял что это нечитаемый понос говна. Вот реально, что за нечитаемый высер на пикрилах? Почему нужно называть переменную (или что это вообще?) _M_t. А тип у нее _Rep_Type. Что я могу из этого узнать, лол? И как вообще разработчики компиляторов поддерживают этот нечитамый пиздец? Почему нельзя называть все большими человеческими называниями, а не какими-то сокращениями буквы и подчеркиваний. Разработчики намеренно себе усложняют жизнь, или чем короче название переменной, тем быстрее работают программы?
> инфраструктура
Есть у меня теория, что всё из-за отсутствия единого кроссплатформенного компилятора с единым способом подключения либ, ибо ничего из этого не регламентируется стандартом. Есть 100500 платформозависимых компиляторов и систем сборки, на каждой свой тулинг, который больше нигде не работает, и попытки усидеть на 10 стульях порождают монстров типа cmake. Сейчас не надо писать тонны процедурной параши в скриптах сборки, как раньше, и даже есть менеджеры пакетов vcpkg/conan, но до других языков далеко.
> STL
Интрисинки, ебля с экспортируемыми символами, всевозможные оптимизации, да и сам по себе синтаксис шизанутый. Всё-таки кресты пилят с мотивом "производительность любой ценой".
Комитет по языку анально не регулирует оформление кода. Поэтому существует несколько "стандартов " от разных контор и сообществ типа linux coding style, conventions от microsoft, google, intel.
Вторая причина - очень широкий круг задач по сравнению с другими языками. И под каждую область своя мнемоника. Enterprise - именуем всё словами. Матан - как в научных работах (u, v, dx, ddy, mx, rot, div). Железо - сокращениями из C (ctx - context, dev - device, rtd - real time device, wd - watchdog и прочее). Причём вот это вот всё может быть в одном проекте.
Третья - зоопарк платформ. А чтоб поддать скорости, то вот тебе: интринсики, компиляторные расширения, CUDA расширения и фокусы от вендоров. Тут полная анархия.
Четвёртая - проблема поколений. Гречневые держатся за make, пориджи тащат всё без рабору из других языков.
>Четвёртая - проблема поколений. Гречневые держатся за make, пориджи тащат всё без рабору из других языков.
Вот это самая гигантская проблема. Комитет занимается полной хуйней, когда надо стандартизировать сборку и пекедж менеджмент.
Нахуя мне блядь ГУЙ и СЕТЬ, когда я и то и то могу сделать через vcpkg install
Общался с ребятами из усманыча по этой теме, сказали госпарашников ебут по всем темам, причем особо жестко, т.к. дауничи там отменные. Так что если готов, то дерзай, тебя спросят 100%
1. сложность алгоритмов, мне в одной конторе дали прям таблицу с контейнерами и всякие операции всавтки/поиска и т.д. объяснить
2. попросят какое-нибудь говно реализовать
3. дальше могут по stl погонять remove/erase, всякие move семантики и т.д., различные заебы с исключениями.
4. Примитивы синхронизации - мьютекс, семафор, фьютекс, рассказать как в операциоонной системе примерно реализованы, рассказать про задачу взаимной блокировки и т.д.
Это все на з.п. в 100 т.р., если претендуешь на от 140, ебать тебя будут еще жестче, плюс будут шаблоны и нюансы многопоточности которые без практики и глубокой теории не ответишь.
ну и еще то что ты должен знать
CMake, юнит тестирование, разбираться во всяких IPC линукса, когда какой лучше, вообще с трудом представляют как за год можно во все это вкатиться, тут что бы не обсираться надо года три программить, а потом еще натаскиваться на лит коде, тогда может и получишь свои 150, у меня знакомый обошел 12 собесов с +5 опытом госшараги, его везде ебли как сучку да еще домашние задания давали которые за 2-3 дня решаются. Например написать TCP сервер который на вход принимает ключ, кладет его в БД (MySQ), а потом выдает в виде json по запросу клиенту без всяких boost. Сервер должен быть многопоточный, покрыть код тестами и нахуярить CMake, что-то в этом роде.
Да тот хуй по скромной выборке делает мощные обобщения.
Сидел в госе десять лет ибо параллельно решал психологические заебы. В итоге решил выкатываться, походил по собесам - был где-то на 7 и по итогам везде брали. Ебали заметно только на одном - были и смартпоинтеры и деревья и базовое понимание процессов/потоков, но всё без излишней детальности и тем более реализации на доске. Больше часа беседовали. Просил 90, нарисовали 120. Но я в итоге в другое место укатился, ибо атмосфера не понравилась. Догрейдился до 160. Но бля, это кровавый телеком с легаси на легаси. В итоге не сильно то я и вырос, сменив гос на фирму. А в интересности проектов точно проиграл. Снова искать работу ничуть не очковей, чем в первый раз - ставки повысились, на 180-200 чую уже не обойдешься объяснением на пальцах.
гм... у нас коллеги ща массово с госшараги съебывают, прям ща и прям ща ходят по собесам. В 70% тестовое задания на 2-3 вечера. В 30% смартпоинтереы, многопоточка, разные заебы с индексами из бд. По з.п. они хотят от 120. Если всех в сумме взять контор 20-30 они уже обошли. Ща вообще какая-то хуйня пошла, даже по ассемблеру стали спрашивать иногда, про стек как он там выглядит, код возврата, как параметры передаются через регистры или еще там кучу. В общем какой-то блять лютейший пиздос, я сам засел за алгоритмы, т.к. понял, что еще посижу годик в гос. конторе и все... Когда я в ай ти вкатывался достаточно было уметь под линукс компилировать и знать что такое методы и поля класса, уметь написать tcp клиент и прочитать данные из ком порта. Этого хватало что бы в любой говно НИИ устроиться. Теперь какой то блять лютый мрак настал. Недавно вообще задача была типа есть черный ящик в котором три входа x, y, z как за два измерения (задаешь x,y,z получаешь S) определить коэффициенты в виде ax + by +zc = S. Что происходит?
>Недавно вообще задача была типа
этим же на курсе вычислительной математики обычно студентиков мучают
я вот зубрил этот курс, мне интересно было
но в жизни не пригодилось (еще бы) и если меня прямо спросить как делать я не скажу, но знаю в какие книги лезть чтобы быстро восстановить знания
на собесе на такое ты сможешь ответить как раз если будешь еще зелененьким выпускником после вуза, не успев все это забыть
эта хата будет как нора в которой можно отлежаться если что-то случиться с тобой серьезное
ну или уползти умирать после того как тебя рыночек порешает
а рыночек порешает программистов, с++ задротов он бодро приканчивает уже лет десять как, в россии совершенно точно
>как ты будешь железки делать на ремоуте
Если у железки есть сетевой интерфейс и приблуда, которая может ребутить, то в чём проблема? Ну ещё желательно на том конце иметь челика на случай полного блекаута.
Мимо пиливший эмбед удалённо и железку свою живьём ни разу не видевший
Это давно уже так. Окно возможностей начало охлопываться лет 7 назад. Единственный беспроблемный вариант - перекатываться по профилю (из телекомов в телекомы из эмбеда в эмбед...). В остальном просто ходить на похуй и подтягивать то, что ты забыл или не знал.
Хуй знает, по хабракарьере 160 это вполне околомедианное. Выше выстрелить я хз как пока что в дс2. Стек менять на что-то модно-молодёжное уже морально тяжело, тк интерес к кодингу подугас, только графоний пилить худо-бедно интересно, но там выбор вакух вообще скудный: либо российский геймдев за копейки, либо нихуя. И фиг кто перекатывальщику в графон заплатит даже столько же, сколько на старом месте, тк считай обджунишься при переходе. Уезжать за бугор надо было планировать ещё с универа, да и обычного линейного середняка не сильно где ждут, лол.
не понимаю
чтобы научиться программировать с++ по книжке из оп поста (липпман лажойе му) мне нужно уже уметь программировать или я могу просто проигнорировать вышенаписанное и продолжить чтение?
>после года опыта в около гос шараге
В ДС я после трёх лет работы (два из которых были по совместительству в универе, чего я правда не писал в CV) в полугосе смог вполне почти под 200 устроиться. Не в яндексы и мейлы, правда, и не в нвидию, но периодически в треде мелькает имя компании.
имхо, вариант который я предлагаю когда в хорошем настроении - это разика 2 прочитать k&r от корки до корки (приложения - самое полезное там) прорешав все упражнения обязательно, дальше читать страуструпа "язык программирования с++, 3е специальное издание", сделав несколько упражнений на кодинг из этой книги
Это же линал простейший. Тебе предлагают решить систему из двух уравнений с тремя неизвестными. Решений либо нет, либо бесконечно много, но как минимум одно значение будет неизвестно (не фиксировано). Нужно хотя бы 3 измерения, но тогда тривиально подставляешь (0 0 1), (0 1 0) и (1 0 0).
вот из-за таких как вы про сишкников говорят, что мы мол за колтету работаем. Всегда просите, блять, 300! 350! 400! Похуй! ПРОСИТЕ! Я вот получал 190 за compvision и был главным на проекте. Начитался МВП треда про их 400к, и на первом же собесе выбил 280. Вот так вот. Причём я звёзд с неба не хватаю, и у меня даже ВО неоконченное.
СИШНИКИ, СЛЫШИТЕ!!! Если у вас не патовая ситуация в жизни - всегда просите 300-400-500к! Создадим двачерский виртуальный профсоюз!
Ну не стукой, ну что ты. Я в госболоте 10 лет оттрубил, уверенность в себе это не укрепляет. Плюс после увольнения я чудом таки попал в околографику и оттуда меня попросили через месяц, тк не потянул сразу показать результат в новой для себя сфере. Короче, просить 200 гонора не было - было ощущение 'удержаться бы хоть в каком-то приличном месте'
Посоветуйте фреймворк для тестирования под винду и студию. Мечтаю о тестах прям в коде, которые только в дебаг режиме отрабатывают. Или что-то вроде того как в goвне. Пилить свой велосипед из костылей на дэфайнах и ассертах не хочу. Посмотрел на гуглтест и сложилось впечатление что для моих задач проще написать тестовое приложение, чем ебаться с этим комбайном.
> у нас тут пикрелейтед
Бабло в кармане греет батареи и воду или что? 4000$ ещё недостаточно чтоб позволить хату со встроенным полным электрическим обогревом. Разве что накостылить радиаторов по углам в каждую розетку и бойлер вкорячить над унитазом. Твоя картинка из разряда пикрилейтеда.
>4000$ ещё недостаточно чтоб позволить хату со встроенным полным электрическим обогревом.
Чиво блядь?
>Разве что накостылить радиаторов по углам в каждую розетку и бойлер вкорячить над унитазом.
Ты наркоман? Решения по отоплению частного дома электрикой давно существуют (тот же теплый пол) + льготные 3000кВт*ч на обогрев. Народ умудряется всунуть в льготные киловатты подзарядку своей теслы/лифа.
Алсо, нахуя тебе электрическое отопление, все газом топятся.
> Котлы
Котлы в зоне АТО, а это газовые печи.
> без отопления-то
Везде есть отопление, даже где газ есть. В городах газ только под кухонные плиты, да и то это в основном наследие совка. На газе живут только в деревнях, где нет горячей воды. И электричество копейки стоит везде, воду принято греть на водонасосных станциях в котельных, а не дома. Я за электричество в ДС плачу около 1500р, за горячую воду вообще меньше 1000р. Газонюхом принципиально не соглашусь быть.
Хотя слышал слухи, что в новых быдлокоробках посреди поля для самых нищих тоже газом топят печки.
>Котлы в зоне АТО, а это газовые печи.
Ты обдвачелся совсем
>воду принято греть на водонасосных станциях в котельных, а не дома
Ну ты ж вроде хотел индивидуальное отопление. Ставишь котел в подвале частного дома и топишь.
>Хотя слышал слухи, что в новых быдлокоробках посреди поля для самых нищих тоже газом топят печки.
Печки - это для приготовления пищи. А в многоэтажных дома либо центральное отопление либо домовая котельная.
>Я за электричество в ДС плачу около 1500р
Я ж говорю, что у вас низка з.п. и высокие цены. Я за э/э плачу 350-360 грн/мес и это с электрическим бойлером (но с двухтарифным счетчиком).
>хату снимать
Синьёр девелопер без собственной хаты в ДС? Кек лол.
>за 7000 грн
То есть прибавка уже не 500$, а 250.
Медицина будет только платная и не известно какая. Надо учить мову, не привлекать внимание местных патриотов и решать житейские дела не имея паспорта. Хуйня же, ну?
Удалённо за +500 можно поработать, но переезд - полная хуйня.
>Синьёр девелопер без собственной хаты в ДС? Кек лол.
У вас там все арендуют какие-то конуры по 15-20 квадратов, потому что недвига дорогая
>Медицина будет только платная и не известно какая
Такая же как в рашке
>не имея паспорта
Сделай гражданство, в чем проблема. Ты ж ведь как-то будешь драпать из рашки, будет хоть куда
>арендуют какие-то конуры по 15-20 квадратов
Первые лет пять в начале карьеры. Потом берут в ипотеку или покупают целиком, если денег где-то ещё урвали. Например на мидловую зп в ДС2 можно за 4 года накопить на нормальную однушку (40-45 квадратов). Ещё можно налоговый вычет оформить и хата обойдётся дешевле на 8-15%.
>драпать из рашки
От чего драпать то? АТО у нас по выходным не проводят, а свою пайку я и тут имею.
>Как можно быть мидлом 4 года?
Ты о чём? Я тебе говорю, что со средней зп хата за 4 года отбивается.
>Кому нужна однушка? Как можно с семьей жить в однушке? Куда ты ребенка будешь девать чтобы поебаться?
Зачем тебе семья, когда на зп синьёра можно по 2-3 оксанки в неделю ебать без лишних обременений. Ну а через однушку дешевле в трёшку вкатываться и потом уже думать о вечном.
>И электричество копейки стоит везде
в /po вчера обьясняли почему на украине щас дешевое электричество - потому что атомщиков заставили продавать лепездричество по низкому тарифу одному поставщику который еще вдобавок и не отдает им деньги нихуя
а атомщики в свою очередь встают в долги к тем кто добывает уран на украине
и эти предприятия таким образом подводят к банкротству
нужно это для того что бы и добыча урана сдохла и атомщики сдохли, а делает это все коррупмированное лобби в правительстве тупо за откаты
понятно что в россии идет медленная стагнация и все такое, но, бля, украина катиться в какую то ебаную пропасть
и гордиться зп в 4к баксов в этой стране
ну хуй знает
если только предусмотреть пути сьебывания со страны когда все покатиться к черту
Хочу быстрее выучить большую часть плюсов, чтобы понимать его проблемы. А то я сейчас только какие то общие вещи слышал типо огромного ненужного наследия и тупого планирования языка с кучей неудобной хуйни. Но сам пока не шарю. Сколько потребуется чтобы осознать все это?
Устраивался в нокию. Там собеседование в 2 этапа. Сначала техническое (про знание С++), затем второе с менеджерами. Техническое прошёл, пригласили на второе. После второго тянули неделю с ответом. Написал, когда результат. Сказали отказ, не назвав причину.
Думаю , показался менеджерам неуверенным, и похожим на шизика
Самое забавное, что начинают всплывать на хх вакухи с бывшего госа со ставками адекватными рынку и с описанием явно написанным не тётями сраками из ОК, мол всё хуйня - начинаем сначала проект. Но это надо быть очень наивным, чтобы поверить. Даже если средний слой манагеров слили, то головы остались те же, да и основной заказчик тоже проклят.
Хотя периодически грущу, тк проекты были интереснее, чем суконный энтерпрайз. Для интересных задач в коммерции нужно быть почти рокстаром, в госах можно и середняком пилить вундервафли.
Самый важный вопрос: зачем вообще что-то менять?
С годами понял такую вещь: если у тебя есть перфекционистские наклонности, то изучать C++ тебе противопоказано. Этот язык манит ощущением полного контроля над происходящим, но на деле все эти обещания, словно узоры на крыльях бабочки, рассыпаются в прах, стоит лишь к ним прикоснуться. В итоге твоя карьера программиста на C++ вырождается в попытки заставить эту бабочку двигаться по твоему маршруту, не касаясь её крыльев, иначе она упадёт и больше не сможет летать.
Например, ты никогда не можешь быть уверен, что твоя программа на C++ не содержит неопределённого поведения, разрешающего оптимизирующему компилятору просто удалить к чертям содержимое какой-нибудь функции полностью. В одной версии всё работает, а в новой — раз, и всё поломалось. Такое случается сплошь (https://lwn.net/Articles/575563/) и рядом (http://people.csail.mit.edu/nickolai/papers/wang-undef-2012-08-21.pdf).
Дичайшая разрозненность экосистемы — ещё одна из проблем, разъедающих C++ изнутри. Нет единого способа сделать вообще хоть что-то. У абсолютно каждого «эксперта» в C++ своё мнение о том, как решать те или иные задачи.
Я перестал пытаться делать пет-проджекты на C++, потому что вместо того, чтобы реализовывать свою идею, я всё своё время тратил на подбор подходящих библиотек: эта слишком жирная, тут система сборки непонятная, эту поддерживает один калека, эта не кроссплатформенная, и т.д., и т.п.
Слишком много свободы и слишком мало контроля — всё это вырождается в то, что есть тысячи недоделанных решений, ни одно из которых не подходит тебе полностью — потому что, ну, можно ведь лучше вот тут сделать! И оптимизированнее! И вот ты уже в одном шаге от переизобретения велосипеда. Вместо того, чтобы пилить по кайфу свой пет-проджект.
И язык развивается куда-то не туда. С каждой новой версией стандарта C++ становится всё больше недовольных тем, что фундаментальные проблемы языка не решаются вообще никак. Вместо этого мы просто получаем очередную кучу фич, предназначенных для всех сразу и ни для кого по отдельности. Взять хотя бы многострадальный std::variant — могли бы сделать нормальный паттерн-матчинг, а получилось какое-то дикое говно, которое невозможно читать, а написать корректно ещё сложнее. И ещё пачку новых способов инициализации (https://en.cppreference.com/w/cpp/language/aggregate_initialization), куда же без этого.
В результате, в каждой команде для поддержания хоть какого-то порядка будет разрешено только своё собственное подмножество языка, за пределы которого выходить ни в коем случае нельзя, иначе всё вмиг развалится.
И вот реально все по-своему пишут. Единства нет и не предвидится.
Если честно, мне всё это очень надоело. С моим устройством мышления очень сложно оставаться продуктивным в таком болоте: слишком много времени и мозга уходит на технические детали и решение «детских» проблем языка, а не на то, чтобы заставить компьютер делать то, что ты от него хочешь. Мотивация в этом ковыряться уже давно иссякла. Я в программирование не за этим пришёл.
Системные вызовы read и write работают напрямую с файловыми дескрипторами (это низкоуровневое понятие уровня операционной системы, ниже всяких FILE* и std::fstream), а не указателями. В линупсах для любого процесса по-умолчанию открыты три дескриптора: stdin (0), stdout (1) и stderr (2)
https://man7.org/linux/man-pages/man2/read.2.html
https://man7.org/linux/man-pages/man2/write.2.html
Можешь условного Таненбаума (чисто про оси и их устройство) или Computer Systems: A Programmer's Perspective (про всё на свете) почитать про всё это.
Я то спокоен, а вот тебе стоит задуматься, в ту ли экосистему ты инвестируешь свои силы и время. Сам подумай, в 20 лет ты легко сможешь пересесть на новый язык. В 30 со скрипом. В 40 будешь как тот самый дед-пердед скрипеть и рассказывать сказки про то, что твой язык лучше всех а всё новое - не очень, чисто ради того чтобы работу иметь. Потому что все уже пересели на более современную технологию и твой язык остался где-то на свалке истории и в виде легаси, как сейчас ада, смоллток, кобол и прочие.
Читай про forward declaration.
Если ты используешь только указатели и рефы на класс в параметрах методов и как поля, то в хидере клетки тебе не нужен инклюд сидельца, достаточно fd этого класса. Ровно так же и в обратную сторону.
Хидеры включаются в файлы реализации, чтобы компилятор разобрался что к чему с типами.
Нашел описание https://github.com/microsoft/calculator/issues/893
Распиши. А то сам тухну уже пятый год в госконторе, и просто боюсь собеседований - все кажется что меня там спросят про вращение деревьев, а я нихуя не шарю в теории и тем более задачках на логику.
Я ведь еще живу в зажопинске - тут некуда ходить на собесы. Так что надо искать в онлайне, а госконтора сжирает все мое свободное время (и даже отпуск не дают... ну как не дают, положенные две недели дали - ты типа в отпуске но будь на рабочем месте, а остальное доплатили), некогда ни готовится, ни искать.
Ну и конечно у меня нет резервного кошелька - если я завтра уволюсь, то через неделю мне жрать нечего будет, так что онлайн собесы по 2-3 месяца - я просто не выживу.
пишу tui под линуксами без сторонних библиотек .Проблема заключается в том,что операционная система отправляет сигнал SIGWINCH только когда в UI-цикле задержка между записями в stdout составляет порядка 200 миллисекунд .Если понижать задержку ,при изменении размера терминала сигнал начинает приходить не всегда , а то вообще не приходит в 100% случаев.
стабильная робота только при 5-ти кадрах в секунду это неприемлемо
что делать?
потому что мне скучно учить библиотеки. Приятнее написать свой кривой-косой велосипед, чем пару вечеров читать ебаную документацию из 90-ых.
Ну и в принципе ncurses тут избыточен , если я смогу оперативно получать SIGWINCH ,то напишу нужный функционал сам, быстрее чем научусь клепать с помощью ncurses
да всем похуй на самом деле
https://2ch.hk/pr/res/2119301.html#2133381
это значит очень мало, по хуй то есть
по хуец, на уровне отвисшего члена
не стоит беспокоиться
Использую Visual Studio 2019
Хочу использовать https://github.com/troldal/OpenXLSX
Если открывать через CMAKE GUI, то там вылезают ошибки.
Кое как построил OpenXLSX-object.lib, засунул его в папку include, добавил эту папку с Additional Library Directories и в additional dependencies добавил OpenXLSX-object.lib.
В итоге всё-равно VS не видит файла #include <OpenXLSX.hpp>.
Что я делаю не так?
Процессор рязань, windows 10
Ставил несколько вариантов кьюта, jdk, все равно какая-то хуйня, какие-то проблемы с градлом. Кто-нибудь с рабочей версией есть с исходными параметрами как у меня?
Держу в курсе.
Установил все что в ридми сказано, но пишет затык.
1> [CMake] -- The CXX compiler identification is MSVC 19.29.30133.0
1> [CMake] -- Detecting C compiler ABI info
1> [CMake] -- Detecting C compiler ABI info - failed
1> [CMake] -- Check for working C compiler: G:/Visual studio/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe
1> [CMake] -- Check for working C compiler: G:/Visual studio/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - broken
1> [CMake] CMake Error at G:/Visual studio/Common7/IDE/CommonExtensions/Microsoft/CMake/CMake/share/cmake-3.20/Modules/CMakeTestCCompiler.cmake:66 (message):
1> [CMake] The C compiler
1> [CMake]
1> [CMake] "G:/Visual studio/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe"
1> [CMake]
1> [CMake] is not able to compile a simple test program.
1> [CMake]
1> [CMake] It fails with the following output:
1> [CMake]
1> [CMake] Change Dir: H:/Doc/Work/storm-engine-develop/storm-engine-develop/build/msvc-debug/CMakeFiles/CMakeTmp
1> [CMake]
1> [CMake] Run Build Command(s):G:/Visual studio/Common7/IDE/CommonExtensions/Microsoft/CMake/Ninja/ninja.exe cmTC_a7f85 && [1/2] Building C object CMakeFiles\cmTC_a7f85.dir\testCCompiler.c.obj
1> [CMake] [2/2] Linking C executable cmTC_a7f85.exe
1> [CMake] FAILED: cmTC_a7f85.exe
1> [CMake] cmd.exe /C "cd . && "G:\Visual studio\Common7\IDE\CommonExtensions\Microsoft\CMake\CMake\bin\cmake.exe" -E vs_link_exe --intdir=CMakeFiles\cmTC_a7f85.dir --rc=rc --mt=CMAKE_MT-NOTFOUND --manifests -- G:\VISUAL~1\VC\Tools\MSVC\1429~1.301\bin\Hostx64\x64\link.exe /nologo CMakeFiles\cmTC_a7f85.dir\testCCompiler.c.obj /out:cmTC_a7f85.exe /implib:cmTC_a7f85.lib /pdb:cmTC_a7f85.pdb /version:0.0 /machine:x64 /debug /INCREMENTAL /subsystem:console kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib && cd ."
1> [CMake] RC Pass 1: command "rc /fo CMakeFiles\cmTC_a7f85.dir/manifest.res CMakeFiles\cmTC_a7f85.dir/manifest.rc" failed (exit code 0) with the following output:
1> [CMake] Не удается найти указанный файл
1> [CMake] ninja: build stopped: subcommand failed.
Тебе нужно определиться к какой категории относится твой итератор, обеспечить все необходимые операции и сделать специализацию шаблона std::iterator_traits<YourClass> для твоего класса.
https://en.cppreference.com/w/cpp/iterator
https://en.cppreference.com/w/cpp/iterator/iterator_traits
Сап программач. Что подразумевается под словом говнокод? Просто плохой код или есть расширенное определение? Вот например на CodeWars решил задачу и там есть ответ самый залайканый. Он забавный но говнокод же.
/////
#include <array>
using namespace std;
array<int, 10> paint_letterboxes(int start, int end)
{
array<int, 10> frequencies = { 0 };
for (int i = start; i <= end; i++)
for (int n = i; n > 0; n /= 10)
frequencies[n % 10]++;
return frequencies;
}
////////////////
>Мера субъективная
От кого возможно услышать претензии и требование переделать? Только от тимлида? Возможны ли серьезные неприятности?
В этой задаче решал так: клал все числа в струну и потом считал std::count. Но потом подумал что для расширяемости лучше было бы паковать в вектор<string>, но потом подумал что перебор. Но если бы вместо струны были объекты то самое то.
Я бы выделил 2 основных признака:
- трудно понять, что и как он делает (плохое форматирование, плохое именование методов/переменных, склеивание нескольких стадий обработки данных в одну хитровыебанную).
- при беглом просмотре видны грубые ошибки (утечки памяти, выходы за пределы массива, алгоритмические ошибки)
Самый простой детектор - показать другим. Если они нихуя не поняли, значит ты замесил говнецо.
Мне пришла в голову мысль что все сложные темы типа умных указателей, лямбды итд крутятся вокруг алгосов. Получается это ступень два после обычной базы. Но уже хочется чего-то большего. Даже не знаю что это может быть. Asm вроде не в ту сторону. Биты вроде тоже не туда но препод рассказывает. Еще бросил что на стек возможно забить пока потому что это для профи. Хочу новый гаризонт увидеть.
у меня sizeof сломался ,выносите
сломаный код :
static void
handle_sigwinch(int) noexcept
{
constexpr auto msg = "\nSIGWINCH_TEST_MSG\n";
write(STDOUT_FILENO, msg, sizeof msg); // =SIGWINC
std::cout << '\n' << sizeof msg << '\n'; // =8
}
работающий код:
#define msg "\nSIGWINCH_TEST_MSG\n"
static void
handle_sigwinch(int) noexcept
{
write(STDOUT_FILENO, msg, sizeof msg); //
="\nSIGWINCH_TEST_MSG\n"
std::cout << '\n' << sizeof msg << '\n'; // =20
}
Типа как выделяется память (со всеми этими выравниваниями, типами и т.д.), что такое соглашения о вызове функции (ну эти всякие cdecl/pascal/stdcall) sfinae, и все такое,
Не эксперт но почитай про то как работает компилятор. Процесоор безусловно. Возможно память. Видюха врятли участвует, возможно есть хитрые способы перероручить ей часть задач как при майнинге. Выбрать другой компилятор например. Ну или работать с модулями отдельно, потому что их возможно поотдельности компилировать. Но я первокурсник. Уверен что найдутся олды и подскажут. Что бы я сделал со своими скудными знаниями это создал бы изолированный модуль с нужной логикой и билдил бы его. Ну или сделал бы загон для отдельных участков кода, расчитав грамотно все потоки входа/выхода данных. Или докер о котором я только краем уха слышал.
Практически вся нагрузка ложится на процессор и диск. Начни с апгрейда диска, на котором находится проект. Если матплата быстрее не вывозит, то меняй уже в сбоке камень + плата + диск.
А вообще стоит посмотреть на параметры компиляции (ключи оптимизации и распараллеливание - количество процессов cl.exe) и причесать код, минимизировав его по включению (выпилить лишние шаблоны, директивы #include и прочее).
Так дело не в коде, а в том, что компилятору нужно поднапрячься и сгенерить код за программиста. Допустим достаточно int a[4], а сделано с использованием std::array<int, 4> a. В первом случаем компилятору ничего делать не надо, во втором - как минимум сделать include подстановку и скомпилить все методы std::array, используемые в коде. Ну и отсюда начинаются пляски с выносом шаблонов в precompiled headers, и использование extern template.
>диск
Не должно особо помочь, только если диску не 15 лет от роду. Все файлы исходников по любому в кеше оси почти сразу окажутся. Вот проц - да, сильно влияет. Сам пробовал когда-то давно, проект билдился минут 15, перешёл на SSD - всё те же 15 минут.
>>2137683
Почитай про модель компиляции плюсов. Шаблоны - ад как для компилятора, который создаёт 100500 символов на каждый инстанс и должен со всем этим богатством непростой name resolution делать, и линкера, который должен объединять все одинаковые инстансы шаблона по всей программе в один. А инстансов у тебя намного больше, чем ты думаешь. Вот совсем недавно читал, как парень уменьшал время компиляции (правда, у него скорее всего похлеще, чем у тебя): https://thephd.dev/sol3-compile-times-binary-sizes
Перекат на SSD сильно помогает, если в проекте очень много файлов. А если в проекте перестарались с метой (допустим надо что-то аля boost::system собирать), то выхлоп будет небольшой.
Если брать перекат между SSD, то у меня на M2 диске сборка идёт бодрее, чем на старом 2.5 дюймовом (там и кэш поменьше и пропускная способность ниже). Хотя явно не в разы.
Шаблоны в основном используются не ради полиморфизма, а чтобы быстрее писать код. Все наиболее часто используемые алгоритмы, контейнеры, строки и прочие штуки реализовано на шаблонах в виде библиотек stl/boost. Как следствие они бесконтрольно размножаются в проекте, образуя многоуровневые конструкции и на большой кодовой базе начинают душить компиляцию. Обычно от этого страдает enterprise и проекты долгожители.
Не согласен. Как раз для универсальной работы с типами они и нужны. Шаблоны это не в смысле шаблоны работы это шаблоны компиляции. Они - ловкий обход типизации при сохранении её плюсов. И если они в стандарте значит все с ними ок. Компиляция не должна быть быстрой. Это не главный приоритет. Некоторые проекты вообще на ночь ставят компилироваться. И вообще зачем компилировать если возможно просто научиться дебажить. Я сам компилирую через каждое действие но в будущем надо будет писать код без этого.
Чтобы так утверждать надо быть либо слишоком умным либо слишком глупым. Степанов крут по определению что сделал такой большой проект как stl. Не сконел заострать внимание на всяких мелких изъянах и понтоваться этим. Был у меня в школе один такой ботан. Всех заебал со своими комментами по типу - а вы знаете что там в таком вот исключительном случае все оказывается по другому. Обычно это все молча слушали и пропускали мимо ушей. Ну а когда он реально заебывал это прямо в воздухе висело ЗАЕБАЛ ЗАТКНИСЬ НАХУЙ СЛАВИК.
Я не против STL, а Степанов действительно крут. Но
1) "если они в стандарте значит все с ними ок" - почитай про is-ought проблему. В стандарте иногда бывают большие такие бяки, причём часто из-за политических причин из-за этого мы не получили те самые концепты Страуструпа, а лишь их подобие
2) Говорить "компиляция не должна быть быстрой" - значит ты не испытывал на себе это мучение. А это действительно мучение. Я работал/ю на проекте, в котором натурально одна часть компилировалась час. И это был пиздец, и из-за интересного тулчейна какой-нибудь ccache или распределённую компиляцию нельзя было сделать. В таком режиме просто очень трудно работать, никому не пожелаю. К счастью к этому поделию редко надо прикасаться.
В любом случае, время компиляции - неотъемлемое свойство языка и говорить, что это всего лишь, выражаясь языком Стандарта, Quality of Implementation и Комитет не заботится о нём, что Стандарт не обязан его учитывать - значит закрывать глаза на реальную проблему, на которую потрачено огромное количество человекочасов. Я не говорю, что уже что-то можно сделать с этим, мы уже давно получили девять фаз трансляции и две фазы разрешения имён. Но по крайней мере признавать это и думать об этом надо.
>бяки
Это в сказке для самых маленьких об этом прочитал лол?
>В таком режиме просто очень трудно работать,
Что мешает взять функцию и написать отдельно? Не поверю что ты пишешь прям работающий сложный функционал где сразу весь модуль работает во всей полноте и это никак не выцепить.
>девять фаз трансляции и две фазы разрешения имён.
Ну здесь я не шарю.
>Компиляция не должна быть быстрой. Это не главный приоритет.
К сожалению это не так. Современный подход к разработке коммерческого софта часто основан на continuous integration (CI) и continuous deployment (CD). Это подразумевает, что проект через малые промежутки времени обрастает новым функционалом и отгружается заказчику. Чтобы всё это работало, используется автоматизация в виде билд сервера, который регулярно вытягивает из репозиториев исходники, делает полный ребилд, прогоняет на нём тесты и формирует пакеты для обновления/тиражирования. Попутно он оповещает всех участников о возникших проблемах (сломалась сборка, полезли баги, проблемы с интеграцией и развёртыванием). Чем раньше проблема обнаружена - тем дешевле её устранить.
И всё это будет работать при условии, что все стадии CI выполняются за разумное время.
Шаблоны не нужны. Шаблономразь - не человек.
Дискасс.
>Что мешает взять функцию и написать отдельно?
То, что обычно в больших проектах ты допиливаешь/исправляешь уже существующую логику в существующих модулях. Даже если ты пишешь что-то новое, это обычно завязано на всё вокруг.
>>2138293
>не парадигма программирования, а бизнес-модель
Не бизнес-модель, а практика разработки. И очень удобная, внезапно. Ты предлагаешь пожертвовать ей ради... ради чего именно?
Сейчас на ней всё крутится, так как это выгодно и практически не привязано к конкретным языкам, тулчейнам и девопс инструментам. Посмотри на мобилку свою - там каждую неделю из google play вываливается куча обновлений. Возьми любую онлайн дрочильню - исправления багов, контент и шапки завозят раз в месяц (иначе половина твоей аудитории укатится на новую МММО йобу и больше не вернётся).
За скорость компиляции Страуструпа и Ко ебут давно и заслуженно. Промежуточным результатом являются модули в с++ 20.
Ну давай спустимся на бытовой уровень. Ты работаешь со своей частью проекта и у тебя всё ок. Изменения локальные, компилится быстро. Затем твой код сливается с кодом других участников и хуяк - он не работает. Это интеграционный баг и для его локализации, устранения и закрытия тебе придётся сделать полный ребилд как минимум 3 раза. Займёт это целый день, за который ты больше ничего не сделаешь, ведь у тебя только один компьютер. Пара таких багов и ты вываливаешься из графика и получаешь от пма ускорение под сраку. Переработки, недосып, выгорание, лучи поноса в сторону Страуструпа и адептов метапрограммирования.
А ещё есть такая отрасль программирования на с++ как эмбед. Если у тебя железка брендовая и популярная, то тебе повезло. Можно кросскомпилить уютненько под windows на топовой рязани или корах последних поколений. Если железка похуже, то придётся попуститься до ubuntu или злоебучего gentoo. А если кросскомпиляция невозможна, то компилить придётся на очень слабом камне через консольку. И вот тут ты добровольно откажешься от stl и шаблонов.
>удобно
>>2138927
>выгодно
Если вам удобно и выгодно, то чего вы ноете?
>>2138934
>получаешь от пма ускорение под сраку
Скорее пм от меня получит.
>добровольно откажешься от stl и шаблонов.
Ну и? А смысол на Стандарт наезжать, если можно просто не пользовать то, что ваша удобная и выгодная система-нипель не вывозит? Да еще и с мотивацией "лишь бы пм на конюшне не выпорол".
>Скорее пм от меня получит.
>с мотивацией "лишь бы пм на конюшне не выпорол".
Прямые конфликты довольно редкое явление. От тугосери, который правит по багу в день, избавляются по-джентльменски поражая его в зарплате или отсекая от новых свежих проектов. То есть убивая два основных мотиватора.
>если можно просто не пользовать
Так оно и происходит. Ты приходишь в новую команду и тебе с порога заявляют, что с++ конечно заебись, но мы не используем вот это, это и это. Допустим игроделы не любят использовать STL, а эмбедщики - шаблоны и виртуализацию.
>тугосери, который правит по багу в день
Определись уже, дело в языке или в тугосере.
Энивэй, это не решение тугосери внедрять практики, которые фактически поощряют появление багов. Причем одновременно с языком, который заведомо плохо для этого подходит. Да еще и в условиях, когда на конторе дефицит железа.
>Определись уже, дело в языке или в тугосере.
Язык с++ заставляет программиста туго серить. А чтобы серить быстрее, приходится его ограничивать до смысла. Но и это не всегда помогает.
>внедрять практики, которые фактически поощряют появление багов
У любого проекта есть цели. Если это новое направление, то нужно быстро захватывать нишу и баги вторичны. Если ты входишь в устоявшийся рынок, то качество ставится во главу угла (и CI/CD является must have).
Хороший пример TikTok. На страте китайцы херачили код, чтобы он просто работал и в итоге преуспели. А вот потом им въебали нехилый такой иск за дыры в безопасности. Но ничего, они сильно не расстроились.
>в условиях, когда на конторе дефицит железа
По два физических компа обычно выдают только ведущим-вперёд идущим. Реально у тебя один и ещё доступ к некоей виртуальной машине.
А вообще современные тенденции также подразумевают конторы на 80% из удалёнщиков. И вот у них, кроме железа, взятого в аренду под серверы, вообще ничего своего нету.
иди книги почитай сначала, неуч с огромным самомнением
Если у тебя тип вмещает 2 байта, то можешь писать в него 2-символьный литерал. Если вмещает 4 байта, то можешь писать туда 4-символьный.
>Что вообще тут происходит, как он из символов получает int?
Раздели 4 байта на 4 группы по 1 байту. К каждой группе применяется точно такая же магия, как и у 1-символьных литералов.
>как компилятор вычислил число 1633837924
В десятичной системе все уползает прост.
return 0 - это не какая-то магия, а результат работы функции. Если у тебя функция считает сумму двух чисел, то и возвращать она должна эту самую сумму, а не 0. А main возвращает результат работы программы, и 0 означает, что он успешный. Можно и не 0 возвращать.
Почему такая головная боль с этими кодировками, какой садист такое выдумал?
Нужно вывести хотя бы в консоль строку:
Точильный станок 锐化机器自己的手，APEX休息，如何正确地关闭刀
Что я только не делал и L и _T, нихуя, если cout хоть часть строки выводит до этих ебаных кракезябр, то с wcout вообще ничего не выводит, а когда я cpp файл конвертнул в utf-8 так вообще чистая консоль и нихуя!
у меня препроцессор сломался,выносите :
#ifdef NDEBUG
constexpr bool DEBUG = false;
#else
constexpr bool DEBUG = true;
#endif
#if DEBUG
std::cout << "TEST_DEBUG_MSG" << '\n';// не отрабатывает ни в дебажном ,ни в релизном билде
#endif
Я люблю плюсы, нр я не пидорас. А ты пидорас?
Хотя долбится в задницу неплохо, если ты тян. Здесь одни плюсы.
>>2139866
Я читал, что директивы препроцессора моветон. Понял, быдло ты ебаное! Ты еще глобальную переменную объяви.
Мифический код продакшена ты научишься писать на работе.
На работу тебя возьмут когда ты научишься писать код, а не цитировать стандарт. Умеешь ли ты писать код - я не знаю, я вот научился спустя 4 года работы и уже имея лол-сениорскую лычку. Да и то, иногда берут сомнения.
Ты отвечал другому анону, а не автору изначального поста(т.е мне). Жаль, что он не подписался другим аноном и навел бесполезной суеты. Опыт программирования у меня есть, пару лет писал на чистом Си. Сейчас вот хочу вкатиться в кресты, но слышал, что код в стиле Си на плюсах это плохая практика. Поэтому и спрашиваю о стандартах, чтобы постепенно начать использовать высокоуровневые фишки языка по типу auto и умных указателей.
У меня текст в кириллице в формате(полагаю UTF-8) -конвертирую в UTF-16
u16string s16 = miniutf::to_utf16(s_MyText);
А дальше как работать с u16string? Банальная функция find() не компилируется
std::size_t found;
found = s16.find("Номер");
Ошибка:
Severity Code Description Project File Line Suppression State
Error (active) E0304 no instance of overloaded function "std::basic_string<_Elem, _Traits, _Alloc>::find [with _Elem=char16_t, _Traits=std::char_traits<char16_t>, _Alloc=std::allocator<char16_t>]" matches the argument list 503
Нет бля, никакого переката сейчас не будет. Тред специально долго не перекатывают после бамплимита, чтобы было поменьше залётных шарпо-расто-шизиков, которые видят тред на первой странице и заходят посрать. Неужели не замечал, что градус неадеквата резко понижается сразу после 500 поста? Те, кому надо, находят тред по навигации из закреплённого треда или по меню "Избранное" в правом нижнем углу.
Дополню тебя. Вообще можно взять и сложную вещь, но декомпозировать ее до мелких и простых задач на которых можно практиковаться. Например, сразу написать компилятор очень сложно. Поэтому берешь и читаешь из чего состоит компилятор. Ага, парсер, лексер, что-то еще - это уже более простые вещи за которые можно взяться. Как все маленькие программки будут написаны, можно подниматься на уровень выше и обьединять их в одну систему и т.д.
>которую ты забудешь через 3 дня, т.к. нигде не сможешь применить
Я кстати нашел способ изучения такой хуиты - я просто начал составлять себе читшит прям с основ - с определения лексем, литералов и т.д. И при этом не тупо копипастя текст, а пытаясь его переписать так чтобы оно описывало в пару слов, но при этом было понятно
Пчел, ты не представляешь сколько людей знают теорию, но не в состоянии написать даже сортировку блядь пузырьком. И нет, это проблема не алгоритма - лучший челик не смог цикл for написать.
Я охуевал, когда собесил. И да, мы от 250к на руки давали тогда.
>>2140421
https://ffin.ru/market/directory/ipo
Ну я согласен. ты просто написал без подробностей. Например, вы напоминали соискателю вообще суть пузырьковой сортировки, или он и это должен был вспомнить? Или от него требовалась только реализация?
А может они ее написали, но не оптимизировали. На 250к я думаю надо еще оптимизировать алгоритным, убирая лишние итерации.
Или вообще не написали? В это я не верю. Если б фронтендер не смог написать реализацию может быть, но не плюсовик точно.
> ли он и это должен был вспомнить? Или от него требовалась только реализация?
В оригинале задание звучит как "напиши любую сортировку, вообще любую, даже квадратичную по сложности", и все писали (или пытались писать) - именно пузырёк, как самый простой.
> Или вообще не написали?
Вот так. Но я говорю - был чел, который не смог цикл for осилить вложенный. For в For'е.
> На 250к я думаю надо еще оптимизировать алгоритным, убирая лишние итерации.
Угу, это было бы, после того, как самая наивная реализация была бы написана. Но, до этого даже не дошли.
>https://ffin.ru/market/directory/ipo
Не понимаю смысла продажи даже 1% компании если это проект без обмана. Зачем? Пусть компания приносит тебе всю прибыль. А продавать её - значит она скоро сдуется и все это было пузырем. Ну или обстоятельства как новые технологии скоро сделают тебя нерентабельным - тогда и пытаешься слить, и то это преступление имхо. Интереснее было бы переквалифицироваться и использовать свою накопленныую репутацию для других проектов.
>>даже сортировку блядь пузырьком
Чел...
std::sort
О том и речь, что в современном писать код - это тупо юзать миллионы готовых решений, совершенно не понимая что они делают - что с одной стороны дает рабочий результат, с другой, это не то что обычно хочется видеть в программистах.
>ты не представляешь сколько людей
Представляю. Ноль людей.
Простые сортировки - это уровень сразу после хелоу ворлда и такие вещи не забываются. Разве что в названиях запутаться можно.
Не бывает людей с опытом, не способных в принципе написать сортировку.
А вот мудаки, не способные объяснить чего они хотят попадаются очень часто.
Надо уметь пызырьком потому что это элементарно. Просто понять принцип как дважды два. Смысл в том что нужен временный контейнер чтобы было куда положить элемент а на его место положить второй. Это типа буфера и полезно для понимания программирование в целом.
Начинаю писать свое приложение но меня хватает только на один вечер. У кого бывало такое?
>>2111351 (OP)
Предлагаяю не перекатывать чтобы тролли и дурачки забыли про этот тред. Кому надо тот найдет ярлык в меню и перейдет.
Проблема с засорением глобального пространства имен.
когда пишу интерфейс класса часто нужно брать типы из стороннего заголовочника чтобы объявить его приватные члены.
Но разработчики библиотек почему-то вместо использования своих namespace`ов предпочитают насрать в глобальный.Сишные вообще пиздец, подключил vulkan.h и в итоге нужно писать около 4-5 начальных символов чтобы автодополнение поняло что ты хочешь сделать.
Пробовал ложить в hpp-файл только forward declaration, но это не работает.Если завернуть #include в namespace тоже не выходит,
как и extern class.
Что делать?
>Я десять лет кодю. В том числе профессионально - зарабатывая на этом на хлеб. Нет, я не знаю как писать сортировку пузырьком.
это проблемы ай-ти отрасли и конкретно твоей фирмы что неучам типа тебя получаеться зарабатывать на хлеб с маслом
лично я бы хотел чтобы люди типа тебя не работали программистами, а копали ямы или лучше сдохли от рака
ни че они не ошиблись, все у нокии было норм с технической частью
только владельцы оказались пидорами и продались майкрософту, ну а майкрософт убил фирму и все
а в некоем альтернативном мире у нас сейчас была бы живая мобильная операционная система написанная на плюсах, и с экосистемой на плюсах
и работы для простого кодера-плюсовика было бы гораздо больше
Собесы по ним идут. Иногда вроде даже кто-то у них работать соглашается.
На самом деле рассказы про то, что майки убили ноклу, это всё хуйня. Достаточно посмотреть на динамику стоимости акций компании. На момент покупки (примерно 2013) нокла стоила дешевле чем за всю свою историю. Её бумаги тогда считались мусорными (да и сейчас тоже). С тех пор прошло 10 лет, а компания как была в говне (по 5EUR за акцию), так и сидит в нём.
И попала она туда, потому что эпично проебалась со смартфонами и по аппаратной и по программной части.
> недоучки шизики.
МЫ ЗДЕСЬ ВЛАСТЬ!!!
что значит "читать стандарт"?Если у тебя есть подходящий учебник по c++20 , то да читать старые не нужно.Хотя скорее всего ты будешь взаимодействовать со старым кодом,но там не сложно разобраться, читать отдельные книги не нужно, достаточно пролистать cppreference по диагонали.
Лично я ,да и думаю многие , чтобы изучить stl или какую либо другую библиотеку никаких книжек не читали.Просто берешь и пишешь код без задней мысли, все придет с практикой.
Почитывай код интересных тебе проектов, тащи фишки оттуда
>IOS на плюсах написан
Если ты про XNU ядро, то оно преимущественно на Си написано, а системщина в пространстве пользователя там почти вся на objective C, так что яблоко не особо юзает плюсы в своей кодовой базе. На самом деле, мне непонятно почему плюсы вяло юзали для разработки ОСей, однако подозреваю, что юзая С вместо плюсов, можно достичь лучшей портируемости, затратив при этом меньше усилий, так как написать компилятор С гораздо легче, чем плюсовый.
>читать про все стандарты
Тебе не нужно знать все стандарты по отдельности. Тебе нужно просто достаточно полное руководство. Ясен хрен, что чем новее, тем лучше. Но.
>или можно читать только стандарт 20 года?
У тебя такого выбора фактически нет. Чем новее стандарт, тем меньше материалов по нему.
По C++20 в частности, его шас даже ни один компилятор полностью не поддерживает, на русском по нему книг нет вообще, а на английском по большей части рассматриваются одни только нововведения.
По С++17 чуть лучше, но все равно мало. Врядли у тебя получится ограничиться только книгами по С++17.
>провальными в каком смысле
ессно в коммерческом
>мы на доске программистов вообще то
Ну мы ж прикладники, а не в вакууме.
>в отличие от того же андроида слепанного на коленке из костылей...
... у тебя в меню "пуск" есть плитка. Я не знаю людей, которые ею пользуются. А именно она была в качестве UI на ноклах с windows phone. С неё даже рофлили под techno chicken.
Завтра ищешь в интернете книжку ОТ МАТЕМАТИКИ К ОБОБЩЕННОМУ ПРОГРАММИРОВАНИЮ. Не так важно если ничего не поймешь. Затем изучаешь алгоритмы от корки до корки. Потом зубришь, именно, голубчик, вызубриваешь стандарт C17, чтобы от зубов отскакивало. Когда напишешь свою первую сортировку с помощью template, по пути изучив наследование, инкапсуляцию и полиморфизм, скачиваешь и изучаешь любую олдовую среду разработки, рекомендую блокнот. Как переделаешь сортировку, чтобы была она работала с любым из классов в иерархии, а не только с указателями, можешь идти дальше - тебя ждет увлекательный мир хайлоада. Побитовые сдвиги, множественное наследование, многопоточка, ассинхронщина, ассемблерные вставки, о-о-очень мало вакансий. Отсос у хиккующих питонистов / просто неудачников типа java/сисярп/go-крестьян, которые пишут чтобы не уволили, не заставит себя ждать и уже через пол года ты будешь висеть в топе двача, что любой и модераторов будет банить тебя при упоминании твоих проектов.
Это опять ты, отрицатель темплейтов? Возможно и без указателей. Другой вопрос где ты работаешь, на каких проектах и сколько зарабатываешь. Но без перемещений а это С17 проект будет примитивный. Даже вкатывальщик как я это понимает. А ты похоже по знакомству устроился если вообще не тролль.
>Это опять ты, отрицатель темплейтов?
Дружаню своего караулишь?
>Но без перемещений
Move semantics ввели в с++11.
>С17 проект будет примитивный
c++ 17 как стандарт вступил в силу в начале 2018 года. К 2019 компиляторы перестали с ним обсираться. Этому твоему стандарту 2 года и на нём реально написано хуй да нихуя (а в эмбеде наверное даже и не пытались).
>Даже вкатывальщик как я это понимает
Ни дня не работал, но всё понимаешь?
Для начала работы с stl достаточно c++11. Всё что выше не так существенно и осваивается на ходу.
Привет, гайс!
Я совсем краб в программировании. Начал изучать python, немного умею в нем ковырять код, но понял, что он не подходит для сферы моих интересов.
Очень хочу погрузиться в ОС и игры.
Поэтому выбор пал на изучение C++.
Нужна помощь, т.к. гугл дает слишком разрозненные данные и я путаюсь.
Вопрос 1.
Помогите подготовить linux для разработки на C++. Как я понимаю, c++ уже встроен в систему. Как проверить версию на manjaro и ubuntu?
Какими компиляторами и ide пользоваться?
Вопрос 2.
Подскажите список литературы или сайтов с уроками для нубов в части изучения C++.
Ничего не имею против типичных ответов на вопросы на дваче, но если уж будете обсирать, до добавляйте чего-нибудь полезного.
Название книги, к примеру.
Иди в хуй, сноб. Я уже потестил. Без std::mov вызывается копирующий конструктор и ресурсы копируются, с std::mov - конструктор перемещения и ресурсы пиздятся. Причем объект становится r-value только в границах выражения.
Лямбда выражения, я так понял это анонимные функции. Кто-нибудь знает они связаны как-то с лямбдами в функциональщине, и можно ли на плюсах писать в функциональном стиле и что из этого выйдет.
1. к примеру питон нужно установить на винду или обновить версию языка в линуксе. с с++ это не так работает?
2. на примере все с тем же питоном. в линуксе уже стоит третья версия питона и можно сразу работать, но лучше обновить до последней версии.
3. версию языка с++ в ОС
если я чего то недогоняю - объясни, пжлст
Когда ты "устанавливаешь питон", на самом деле ты устанавливаешь его интерпретатор.
"Установить C++", видимо, будет значить "установить компилятор C++"
Не помню, идет ли в убунте и манджаре по дефолту компилятор, можешь проверить, введя g++ -v. Если выдаст, что нет такой программы, устанавливай.
В принципе, можешь этим компилятором и пользоваться. Для первых хелловорлдов хватит обычного g++ main.c -o main, потом кури маны по make
>и можно ли на плюсах писать в функциональном стиле и что из этого выйдет.
Фунциональщина блокируется на уровене препроцессора. Называется проверка Страуструпа. Играл в игру Half-Life? Произойдет что-то вроде той аварии. Не зря у них лямбда в качестве символа игры.
да все понятно с тобой, анамез ясен
путать win mobile и win phone
и считать что обе были провальными
у win mobile вообеще небыло конкурентов в одно время в нулевые для определенных классов устройств
win phone был отличной платформой, lumia продавалась только так, а в провале напрямую виновато руководство майкрософт, вернее их постоянные внутрикорпоративные войны
>у win mobile вообеще небыло конкурентов
Это как KaiOS, существующая в своей нише кнопочных телефонов, при этом занимающая 0.19% от общего рынка.
>lumia продавалась только так
"Успешный" Windows Phone и до 4% рынка мобильных OS не дотягивал (продажи Lumia были ещё меньше).
Ты оперируешь эмоциями и слухами и при этом отрицаешь сухие финансовые и статистические оценки предмета обсуждения.
>И неужели до 11 стандарта приходилось копировать ресурсы вместо перемещения?
Делали метод swap для своих классов
>>2142492
>Изучил синтаксис плюсов, теперь хочу разобраться в stl.
Идешь на cppreference и читаешь. Главное - нужно понять что все завязано вокруг итераторов и различных типов итераторов.
>stl
STL поглощен в C++ Standard Library. Standalone STL давно разложился на плесень и липовый мед.
>Что Symbian от ноклы, что Windows Mobile обе оказались провальными.
ШТОБЛЯДЬ? Съеби отсюда нахуй, школьник. Обе системы были топчиком в свое время, это нихуя не провал.
Виндавс мобайл стоял на всех наладонниках, нетбуках и прочем китайском мусоре.
Симбиан - это Нокия, а Нокия - значит крутой мобильник.
Виндавс мобайл умер из-за Андроида с одной стороны (китайцы начали ставить именно его) и идиотизма мелкомягких с другой (это как раз была эпоха Висты - история про "вот-вот, щаз будет заебись" когда обещали одно, а выпускали с жуткими задержками очень урезанное другое).
Симбиан умер из-за Эппл Апстора с одной стороны (который адово упростил возможности поставить софт на девайс) и из-за троянского коня из Мелкомягких, который рейдернул Нокию.
>IOS на плюсах написан
Айос написан на ОбжЦе/Свифте. Ядро (Дарвин) - на сишке.
>ШТОБЛЯДЬ? Съеби отсюда нахуй, школьник.
Бумер порвался и горит. Спешите видеть. Годно сохранил.
>Обе системы были топчиком в свое время
Были первыми из, потому и имели под 30% рынка. А потом слились буквально за несколько лет в пользу более качественных продуктов. Просто подумай: ты 3 года имеешь 30% рынка и зарабатываешь X или ты играешь в долгую, наращиваешь долю до 70% на растущем рынке и имеешь Y. В твоём представлении почему-то X лучше, чем Y и охуеть какой успех.
Дедуль, на дворе 2021. Что нынче есть у нокии? А есть у неё смартфоны на Android из нижней ценовой категории и "те самые" крутые кнопочные мобильники.
Компания ещё до покупки майками обесценилась в 15(!) раз. Ну нельзя убить то, что и так умерло. Майки по сути купили гараж с барахлом и искали там хоть что-то, на чём можно заработать. И не нашли. Но ты продолжай верить в теорию заговора.
>ты играешь в долгую
Блядь, это бизнес, какая нахуй долгая-короткая?
>Компания ещё до покупки майками обесценилась в 15(!) раз.
Мобильное подразделение нехуя не обесценилось
>Но ты продолжай верить в теорию заговора.
Точняк, пришел чувак из мелкософта, похерил все перспективные разработки (Meego), грохнул цену в 2 раза, купил 60% акций, потом перепродал все мелкософту еще и стал начальником мобильного департамента. Не рейдерство абсолютно.
>Мобильное подразделение нехуя не обесценилось
А что там тогда обесценилось? Это же чисто телекомовская контора с максимальным упором в мобилки. Ладно бы мы про Siemens говорили или японские кэйрецу, владевшие ныне мёртвыми брендами всякой электроники.
>пришел чувак из мелкософта
Так у ноклы всё равно денег не было на RnD. Оно бы загнулось само собой. Чел прокрутился и изыскал ресурсы для дальнейшей деятельности (майки влили бабло, организовали сбыт и рекламу под своим брендом). Здоровый антикризисный менеджмент и вполне естественное продвижение по службе.
>Это же чисто телекомовская контора с максимальным упором в мобилки.
Лолшто? Это корпорация блядь, у меня даже салфетки есть Нокия из 80х. Мобильное у Нокии было только подразделение.
>Так у ноклы всё равно денег не было на RnD.
Все у них было.
>Чел прокрутился и изыскал ресурсы для дальнейшей деятельности (майки влили бабло, организовали сбыт и рекламу под своим брендом). Здоровый антикризисный менеджмент и вполне естественное продвижение по службе.
Блядь, ты охуел? Какое нахуй "влили бабло"? Мелкософтовскую говноОСь для мобилок (Виндавс фон) никто не хотел брать, они решили ее хоть как-нибудь всунуть. В итоге, они забрали все перспективные Нокиевские мобилки и вставили свое говно. Но за окном были 10е, а не 90е и теперь недостаточно было быть мелкософтом чтобы просто доминировать на рынке.
Короче, иди нахуй, раз не шаришь в теме.
>у меня даже салфетки есть Нокия из 80х
Не знаю как там в 80-х, но сейчас мерч есть даже у самой подзалупной галеры. Что там такого ещё Нокия производила в 2000-х? Сходи хотя бы до википедии и почитай, что нокла ещё в 90-х распродала все остальные подразделения и стала telecom-oriented.
>Все у них было.
Ну да, именно поэтому уже в 2013 они выпустили телефоны с Android, а не на своих "перспективных" разработках.
>Какое нахуй "влили бабло"?
Деньги на покупку, маркетинг, зарплаты, долговые обязательства. Бизнес то убыточный был и тянул контору на дно.
>забрали все перспективные Нокиевские мобилки
Та же Lumia, на момент своего выхода на рынок, была типичным середнячком (чисто по железу).
>Короче, иди нахуй
Ой, всё?
>Ну да, именно поэтому уже в 2013 они выпустили телефоны с Android, а не на своих "перспективных" разработках.
Элоп зашел в 2011ом чтобы все похерить. У тебя история перепутана
>Деньги на покупку, маркетинг, зарплаты, долговые обязательства. Бизнес то убыточный был и тянул контору на дно.
Лол блядь, Nokia Corp до сих пор торгуется ниже января 2011, когда туда пришел троянский конь.
>Та же Lumia, на момент своего выхода на рынок, была типичным середнячком (чисто по железу).
Это уже виндафс фон эра. Собственно нужно было еще сильнее опустить стоимость компании, чтобы купить по дешевке. Эти люмии мелкомягкие потом продавали ниже себестоимости.
>Элоп зашел в 2011ом чтобы все похерить
>торгуется ниже января 2011
Сухие цифры говорят об обратном.
Люмия была откровенно слабой по аппаратной части (посредственный процессор, плохая камера и не только). Дизайн тоже был типично-кирпичный. Хотя и яркий корпус, но на тот момент уже пошли чехлы и родной цвет устройства потерял актуальность. И это никак не связано с майками.
Теоретически? Создавать ссылку от невалидного объекта - UB, поэтому ты просто не можешь это сделать. Вот не можешь, не бывает такого. И компилятор тоже считает все ссылки безусловно валидными.
Фактически? Ничего, ты можешь написать что-то вроде https://godbolt.org/z/r8E8McPe8 Но будь готов отгрести от компилятора при малейшем дуновении ветерка (например, в каком-нибудь ABI будет валидным копировать маленькие объекты, если они объявлены как константные ссылки - и тут компилятор реально разыменует твой NULL).
Ссылка - это частичная копипаста реализации указателя с новым "интерфейсом".
>почему он не принимает значение nullptr?
Конкретно взять и написать ref = nullptr тебе не позволяет только то, что ref имеет собственный тип, не являющийся указателем и что таких преобразований типа намеренно не завезли.
void foo(int && rvalue_ref) { std::cout << "rvalue_ref\n"; }
foo(5);
prints "rvalue_ref"
Почему это не ambiguous call?
Формально это преобразованием типа не является, но в контексте разрешения перегрузок к нему приравнивается.
При разрешении перегрузок учитывается как тип, так и категория. Колдунство над категориями ухудшает ранг соответствия точно также, как и преобразования типов.
>ты просто не можешь это сделать. Вот не можешь, не бывает такого
https://godbolt.org/z/W4hWj96YT
Ты невнимателен - unsigned не может быть отрицательным - тут происходит переполнение - то есть что-то типа (MaxSizeULong - 11). Это очень сомнительное решение... Что если размер лонга будет изменен в будущем? Как изменялся размер int?
>>2146428
>тип данных отличается
Но литералы не могут отличаться - они по стандарту прописаны строго
>Что если размер лонга будет изменен в будущем?
DWORD - это гарантированные ровно 4 байта для любой платформы.
Если изменится размер лонга, то изменят определение DWORD. А эти три хендла как пользовались, так и будут пользоваться.
>Это очень сомнительное решение...
Абсолютное значение не важно. Абсолютно. Важно только то, что оно в пределах платформы постоянно и уникально.
friend std::ostream& operator<<(std::ostream& out, const Fraction &f1)
{
out << f1.m_numerator << "/" << f1.m_denominator;
return out;
}
У out знак & рядом с типом, у f1 рядом с именем? Почему не везде рядом с именем или рядом с типом? Как определять где писать?
С указателями тоже непонятно
const int p или const int p
int p или int p
Ответ прост - похуй где. Это не питухон, чтоб пробелами программировать.
>где писать?
С точки зрения языка разницы нет никакой. Разница есть в читабельности.
>Как определять
Как в данном проэкте принято, так и продолжай писать. Единообразие лучше его отсутствия.
>Почему не везде рядом с именем или рядом с типом?
Вообще говоря, писать всегда одинаково не получится: есть контексты, где к имени не приклеишь, есть контексты, где к типу не приклеишь.
>Почему в этом примере
Писатель примера пофигист или недоглядел.
>С указателями тоже непонятно
С указателями все тоже самое.
нихуя ты не знаешь
на момент выхода ни один телефон с андроид не мог соревноваться по качество с lumia, на последней была охуенная камера, телефоны были охуенной сборки, сама операционка была гораздо органичней и продуманее тех костылей из которых состоял ui андроида, телефоны с той же нагрузкой держали дольше батарею..
по сути lumia по изначальному качеству была ставнима с айфонами тех же времен, но по цене гораздо ниже
и вообще есть общее правило в ай-ти: доспеха добиваеться говно, те чем изначально гаже продукт, тем больше рынка он по итогу и займет
типа линукс сожрал все остальные unix-совместимые продукты, ibm pc выиграл битву за рынок персональных компьютеров, ну а андроид задавил рынок смартфонов..
секрет успеха - чтобы было говно, но дешего
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4713.pdf
Или это вообще шляпа и гиблое дело так пытаться учить плюсы?
https://fuchsia.dev/fuchsia-src/contribute/governance/policy/programming_languages
Более того, ядро этой ОСи Zircon написан на полностью на С++. Раст - мертворожденная поделка, не способная даже приблизиться к господству С/С++ в царстве системщины. Наивные зумеры до сих пор дрочат на кусок этого бесперспективного неоговна хотя мб найдёт свою узкую нишу в блокчейне и благополучно осядет там
Зачем нужно динамическое создание и удаление объектов типа:
{
Class * Object = new Object;
delete Object;
}
Разве объект объявленный в локальной области видимости не удалится сам после выхода из фигурных скобок?
{
Class Object;
}
>Разве объект объявленный в локальной области видимости не удалится сам после выхода из фигурных скобок?
Вообще говоря, при выходе из фигурных скобок, автоматически удаляются те переменные, которые были созданы внутри этих скобок.
В твоем примере удалится переменная Class *Object, т. е. указатель. Удалится имя указателя и (весьма вероятно, но не обязательно) засрется значение, которое содержал указать. Данные, на которые указывал указатель никак не затронутся.
Без выражения delete Object память, выделенная выражением new Object, так и будет числится за твоей программой.
Оператор delete(p) не удаляет имя p. Оператор delete(p) не удаляет значение, содержащееся в p. Оператор delete(p) предполагает, что p - это указатель, и освобождает память, на которую указывает этот указатель.
>Разве объект объявленный в локальной области видимости не удалится сам после выхода из фигурных скобок?
Удалится, но не через вызов delete.
delete автоматически не вызывается. Твои два куска кода не эквивалентны.
И вообще #этодругое.
Всмысле сам укзатель Object лежит в одной памяти, а данные, выделенные через new - в другой. Не просто в "другом месте", а в области памяти, которая работает по-другим правилам.
>>2152291
Да это первоапрельская шутка была пару лет назад.
https://habr.com/ru/post/352570/
В первом случае, ты выделяешь память под объект в куче, запрашивая Х байт у аллокатора памяти.
Во втором случае, ты выделяешь память на стеке под весь объект.
Стэк самоуправляемый, так как при выходе из области видимости программа просто инкрементит указатель на верхушку стэка на Х байт вверх в архитектурах, где стэк растет вниз, а это в большинстве юзабельных архитектурах в данный момент, но это другая уже тема для разговора согласно ABI.
В случае с кучей, нет автоматического удаления памяти, так как С++ это unmanaged язык и в нем нет сборщика мусора, засим надо: а) Удалять вручную как в голой сишке; б) Юзать идиому RAII, эксплуатируя поведения деструктора, дабы полуавтоматизировать процесс удаления памяти. Загугли RAII и smart pointers.
Чего же только нет в этих плюсах
бла бла бла
все зависит от того насколько ты мобилен (те есть ли у тебя 100к для переезда в нерезиновую, например) и второе насколько хорошо ты знаешь engrish
а не от твоих способностей крутить шаблоны для метапрограммирования на крестах, это то каждая обезьяна может делать
я например могу
ну и что? я никто, я труп
В первый раз слышу, а пишут что еще нулевом стандарте вводили (и теперь в С++23 хотят удалить)
>Если длина данных больше или равна 128 байт, то поле длины >начинается с байта, в котором установлен старший 8-ой бит, а >младшие 7 бит указывают количество байтов, в которых записана >длина данных. Далее следуют байты длины в формате Big Endian >>(называется «длинная форма»).
Если допусти размер данных равен size типа unsigned int, то значит в байт нужно записать 128 + sizeof(size)? При 128 первый бит будет 1 да плюс кол-во байт длины.
Но если я так делаю, то получает хуйня, как грамотно это записать
Какие самые годные заголовки в STL?
>Ну зайди хотя бы на сайт Яндекса. Там чётко написано, что за стажировку они платят.
И как дела, устроился в хуяндекс? Или на заборе "хуй" написано, а там дрова лежат?
>>галера
>Ясно-понятно, проиграно.
Ору с твоего проигрыша. Ты небойсь только рашкогосах работал за тарелку доширака
>Кто самый главный на галере? Правильно, юрист. И никаких там нет "добрых слов".
Чувак, на галере главный - сейлз. А юрист - он просто юрист.
>Всё анально регулируется договорами и контрактами.
Чувак, там есть пункт "контракт можно рассторгнуть по обоюдному согласию сторон". И иногда, для репутации (неведомое слово на расии), лучше отпустить человека раньше.
российский геймдев ориентирован на максимизацию прибыли
поэтому они и не пытаются делать ААА проекты ибо нахуй
зато игры под мобилки, "бесплатные" ммо дрочильни и прочее подобное - вот это вот все..
в общем на самом деле оче жеские ребята, ебаные волки
не кодеры, кодеры мясо
а те кто выдаивают прибыль с этого всего
романтики тут никакой
ммм, не очень наверное ясно выразился..
в общем на западе игропром давно встроен в капиталистический рынок, имеет капитализацию, акции, вот это все..
и тут внезапно оказываеться что при такой модели конечные прибыли не очень то и важны..
в россии же все не так, если не заработаешь, то сдохнешь..
как то так
вот так то
Так то политика. Если у кого-то слишком много денег, то у него и влияния много. За это и прессовали.
>>2154193
Раковость его только в том, что он превращается в монополию. Для США это не новость и они его попилят на части как Standard Oil. Тем же гуглом уже давно конгресс интересуется на предмет распила.
В остальном это передовые конторы, делающие жизнь проще и лучше.
smart == smart.get();
Всегда ли это верно? Не в конкретном частном случае, а в общем? А то я почитал на cppref о get(), там написано про какой-то stored и managed поинтеры внутри shared. Что это такое? Я всегда думал, что shared_ptr внутри себя хранит raw pointer, который имеет значением адрес объекта, и счетчик овнеров на этот адрес.
2. Интерпретатор брейнфака, который я нашел на википедии. Скажите, неужели во всех синтаксических анализаторах такая лесенка из ифов?
Если автор намекает на возможность сделать на сишке всё то же, что на плюсах в силу их тьюринг-полноты, то утверждение верное, хоть и максимально тупое.
>>2154440
1. Переносимость и меньше многословности.
2. Обычно лесенка размазана по куче функций, либо вместо неё сгенерированая генератором парсеров таблица
Перегрузки и неймспейсы можно писать руками (что в принципе и делают), всякие лямбды можно заменить расширениями компиляторов (довольно ущербными к слову, не советую) которые ещё и несовместимы друг с другом, а в теории накодонагенерить можно вообще всё что угодно чтобы не было шаблонов. Но зачем?
Смотрите, короче. Два варианта кода
https://ideone.com/TItdPp
https://ideone.com/6eL3hl
разница в строках 24-31 (вектора и функции add).
Результат по итогу одинаковый, но проблема возникает с вариантом 2 при перегрузке оператора out.
Почему 1 вариант верный? Ведь в параметрах функции add на входе указатель, а в реализации функции пушим уже объект?
>скатился с позиции it-гиганта
Он и сейчас самая дорогая It компания в России. Зохват каких рынков? Яндекс создаёт сервисы для других компаний, а это и есть IT бизнес за редким исключением (например игровая индустрия самодостаточна). А рынки делят те, кто сервисами пользуется.
яндекс ни когда не был ай-ти гигантов
просто успешная голландская компания, эксплуатирующая вторичны1 рынок для европы - загнивающий пост-совок, плюс эксплуатирующая дешевые мозги, сделанные на руинах системы советского образования
акции торгуються на нью-йоркской бирже в сша, налоги платяться в европе, все норм, обычные взаимооношения метрополия - колония
оттого что в колонии красят волосы в розовый цвет и катаються на электросамокатах, а не вставляют косточку в нос, сути не меняет
действительно, тогда в чем принципиальная разница?
в 1 варианте объявлен массив указателей, а затем в функции add(Worker worker) принят указатель на вход, а внутри в вектор добавлен уже сам объект указателю push(worker)?или в области видимости данной функции это уже указатель всегда?
во 2 варианте обьявлен массив объектов, в функции add(Worker worker) принят указатель на вход, а внутри в вектор добавлен тоже указатель push(*worker)?то есть в вектор пользовательского типа с полями Worker запихан указатель, или это неявное приведение типов?
Почему во втором варианте возможно изменение Department &department? Требует убрать константность.
У тебя каша в голове
В-первом варианте в векторе лежат указатели
Во-втором варианте в векторе лежат копии объектов
В-первом варианте не ясно кто удаляет объекты
Во-втором варианте все ясно - вместе с Department
В-первом варианте у тебя объект = сущность
Во-втором варианте у тебя объект = данные
>ни когда торгуються платяться оттого
Чёт кекнул с грамотея.
Всё, о чём ты пишешь, перекладывается на другие крупные компании. Micrososft и Apple, например, уклонялись от налогов через Ирландские подразделения. Труд они эксплуатируют без оглядки на гражданство. Продукция apple производится в азии и часть прибыли тоже оседает на китайских заводах. А от "вторичного" китайского рынка их почему-то за у ши не оттянуть.
>а внутри в вектор добавлен тоже указатель push(worker)
Нет, worker это разыменование указателя до объекта. И добавляется в этом случае именно объект.
>Требует убрать константность
В operator<<() ты передаёшь параметр как const. То есть внутри метода данный объект является константным и у него нельзя вызывать неконстантные методы. Соответственно, чтобы всё заработало, нужно сделать метод getName константным: std::string getName() const {...}
дык он и не макака по определению этого термина
мамака - это челик низкой или средней квалификации, но уже выученый и надроченный, и который массово каждый день пишет много лапшеобразного однообразного кода
типа ява-челик что сидит в интерпрайзе на типовых формочках и отсчетах, либо с++ кодер который ебашит "код-мясо" по тз для какой нибудь неинновационной дрочильни-игры
а нвидиа-кун просто оче удачный по жизни челик котором удалось придти на собес в нужное время и в нужное место, другие челики с его филиала его на голову выше как профессионалы тащем та, но они и не сидят на этой говноборде
>дак ты и не знаешь с++, не обманывай себя, дружок вангую что ты даже список типов с основными операциями без подсказки не напишешь
Друг, у меня сениорская лычка не за красивые глаза. И архитектурить дают не потому-что я нихуя не умею, а строго наоборот.
> а нвидиа-кун просто оче удачный по жизни челик котором удалось придти на собес в нужное время и в нужное место
С этим согласен, мне правда охуенно повезло. Но пришел я на ~280к.
> другие челики с его филиала его на голову выше как профессионалы тащем та, но они и не сидят на этой говноборде
Ну не совсем так трагично. Я крепкий середняк в нашем юните именно среди программистов. Есть люди и лучше (всякие принципалы), и слабее меня. Но, думается мне, между мной и средним сениором с галеры - миры разницы в мою пользу.
> Кстати, а депозитарий акций определённый компания даёт, или сам можешь выбирать? И с налогами как, вручную 3-НДФЛ считать или же налоговыми агентами всё покрывается (ну кроме дивов естественно)
Банк в штатах один общий для всех стран, куда всё приходит. Когда выводишь - сам все заполняешь и отправляешь в налоговую. Лютый гемор, но что поделать.
> Бля, братан, ну ты так и пиши, что ты макака с 425к и опционами. Не вводи людей в заблуждение, что в дс есть плюсовые вакансии на оклад 900к
Я акции обналичиваю раз в 3 месяца, как они вестятся, и снимаю по 20+кб. Так что - в месяц в среднем те же 900к получаются стабильно
>Я акции обналичиваю раз в 3 месяца, как они вестятся, и снимаю по 20+кб. Так что - в месяц в среднем те же 900к получаются стабильно
Не забудь рассказать, что ты сперва подождал год до первого вестинга и что для разблокировки всей компенсации надо ждать 4 года. И что это твоя личная инициатива продавать полученные акции и в целом это вовсе необязательно. Опционы - это в долгой перспективе просто замечательно, но это способ привязать сотрудника, чтобы он терпел потенциальный анальный карнавал на работе ради хорошей компенсации через n лет (что по твоим же словам ты и делаешь).
Я получаю еще больше и живыми деньгами, а не анальными rsu, на которые я могу сразу же покупать любые финансовые инструменты, какие захочу. Не то, что ты находишься в какой-то плохой ситуации, просто хотелось бы внести ясности, чтобы аноны знали что еще бывает в жизни.
Ред-хат-кун-200к-в-год
Спасибо за наводку, но все оказалось проще.
Дано:25 выходов и 25 входов, нужно что бы в статичном режиме 25 выходов поочерёдно подавался сигнал.
В момент получение сигнала на одном из выходов весь этот цикл прерывался и на выходе к которому привязан этот вход загорался сигнал на какое-то время.
(например на вход5 приходит сигнал, цикл переключение выходов прервался и на выход5 уходит сигнал, после какого-то брейка цикл опять возвращается либо в начало, либо с того же места)
Вообще не понимаю, как правильно это сделать, толи огромное дерево проверок, но как в плюсах брейки делаются так и не могу понять.
Вот пример когда который сейчас используется просто для последовательного включение и выключение выходов
https://pastebin.com/wZyEBZXm
>Насколько зашкварно
Да всем пофиг на самом деле.
>Какие перспективы
В самой шараге перспективы можно ждать очень долго. Бюрократия, выслуга лет и связи там во все поля.
>когда наберусь опыта
Особого опыта ты там не получишь. Лучше поднапрячь булки и задрочить теорию + алгоритмы + литкод (а в самой шараге работать в пол силы).
>Легко ли будет перекатиться
Смотря куда ты собрался катиться. Если просто в коммерцию, то да, без проблем.
>Насколько зашкварно работать в госшараге
Полный зашквар.
>Легко ли будет перекатиться в компании поприличнее когда наберусь опыта
Набраться опыта в госшараге не реально, точнее это будет не опыт программирования, а что-то другое.
Иди сразу в приличные галеры, там и опыта наберешься
>Как понять, что галера "приличная"?
200+ человек
Существует 5+ лет
>Там же сплошной аутсорс, что не выгодно по сравнению с нормальными странами
Тебе в любом случае надо код писать, но только в аутсорсе контора будет вкладываться в твое развитие (потому что ей выгодно поднимать твой внешний рейт)
Гос. конторы в плане технологий отстают лет на 5, а порой и больше. Ещё там дефицит спецов среднего звена, у которых можно быстро набраться релевантного опыта (или они заёбаны в шишки и им совсем не до тебя). Вариться в собственном соку крайне неэффективно, как и среди дедов и вчерашних выпускников.
Ты либо static добавь, либо вызов pointer-to-member function осиль (https://en.cppreference.com/w/cpp/language/pointer )
Зависит от конпелятора. VC например "error C2064: результатом вычисления фрагмента не является функция, принимающая 0 аргументов"
GCC "error: must use ‘.’ or ‘->’ to call pointer-to-member function in ‘fun (...)’, e.g. ‘(... -> fun) (...)’
template<int (MyClass::fun)()> void test0() { const auto i = fun(); }"
Ну ок, можешь поправить? Я честно скажу - неосилил.
https://ideone.com/vIlJOA
Мне не для работы, я и так веб макака, вот душа лежит выучить что-нибудь из этих двух, но не могу выбрать. В перспективе хочу чисто ради фана программирование - это же пиздец весело пописать 2Д игрушки какие, не используя какие-нибудь мега энжины типа unreal.
Так то инструмент психологического давления, а не управления проектом. Челик сидел, три дня репу чесал, а потом за день накатал решение. Анальный зонд его задетектит как профнепригодного.
Да и смысла в зонде нет особого. В репозитории и так видно, кто сколько написал и когда. А скрины полезны, только если у работяги один комп. Нынче у всех мобилки, так что скринов с контентом просто не будет, даже если работяга в офисе сидит.
>Челик сидел, три дня репу чесал, а потом за день накатал решение
"Репу чесал" = смотрел доки, гугл, пробовал варианты. Это все будет на скриншотах.
>В репозитории и так видно, кто сколько написал и когда
Не видно. Элементарнейше можно расстянуть раз в 5 таску, решение которой знаешь заранее.
>Нынче у всех мобилки, так что скринов с контентом просто не будет, даже если работяга в офисе сидит.
Во-первых, на мобилки тоже всё ставится
Во-вторых, он что - тестировщик? Ты на мобилке кодить собрался? Ебанутый?
В-третьих, основной прикол сидения в офисе в том, что в офисе проблематичнее быть зайчиком и работать фуллтайм на двух господ.
>Это все будет на скриншотах
Скринов будет много и анализировать их намного сложнее, чем брать данные из гита, билд сервера или баг трекера (там уже всё обработано и разложено по полочкам плюс автоматическое оповещение).
>Не видно. Элементарнейше можно расстянуть раз в 5 таску, решение которой знаешь заранее.
В гите как раз и показан реальный объём работ. В таске - 5 дней, в гите 1. Есть повод обсудить. А кейлоггер зафиксирует кучу всякого говна типа рабочей переписки. И иди там ищи что к чему относится.
>Во-первых, на мобилки тоже всё ставится
К мобилкам тебе работники доступа не дадут, а в рамках ТК ты сможешь продавить, только если у тебя режимное предприятие с гос тайной.
>Ты на мобилке кодить собрался?
Постить на дваче.
>проблематичнее быть зайчиком и работать фуллтайм на двух господ
Довольно редкое явление, особенно "фуллтайм x2".
>Скринов будет много и анализировать их намного сложнее, чем брать данные из гита, билд сервера или баг трекера (там уже всё обработано и разложено по полочкам плюс автоматическое оповещение).
Какие данные из гита? Это с отредактированным временем? Или ты пушишь после каждого коммита?
>В гите как раз и показан реальный объём работ.
В гите коммиты, и показывают только изменения строк. А платить за кол-во строк кода - это путь индусни
>В таске - 5 дней, в гите 1.
Какие дни в гите, болезный?
>К мобилкам тебе работники доступа не дадут
Всмысле не дадут? Ты куда код ставить собрался? На личный девайс?
>Довольно редкое явление, особенно "фуллтайм x2".
То ты просто зайчиков не видел
>>2156993
Есть какие-нибудь ограничения на кол-во типов элементов (вот эти 1, 2, 3)?
В любом случае изначальный массив мы конвертим пересчетов в map "тип элемента" -> "кол-во" и работаем только с ней. Просто потому что нам неважен (по условию) порядок элементов в изначальном массиве.
Легко доказать (ОЧЕВИДНО!!!111, кек), что если есть тип элемента, кол-во которого превышает половину кол-ва всех элементов (т.е. больше всех остальных вместе взятых), то отрезок будет всегда. Пример: 1112223111; здесь '1' = 6, '2' = 3, '3' = 1. 6 > 3 + 1. В результате имеем конечный отрезок из 6 - (3 + 1) = 2х элементов (потому что правильный ответ "1212131211", а не как ты написал)
Далее, урезаем самое большое кол-во элементов на длину финального отрезка и переходим к случаю, когда можно собрать отрезок в котором не будет подряд идти одинаковых элементов. Догадаешься сам как его получить или расписывать?
>В гите коммиты, и показывают только изменения строк
Внезапно, но у коммитов есть и даты и автор и номера тасок и краткое описание (обязательно для всех, иначе пизда). И гит по этим данным вяжется с остальными devops системами.
И как ни странно, ты вбиваешь #username и чисто по гиту видишь сколько тасок закрыто и за какое время. Попутно можешь посмотреть по диагонали на качество кода.
Ты какой-то совсем далёкий от разработки софта.
>Всмысле не дадут? Ты куда код ставить собрался? На личный девайс?
Вяло ковыряешься на компе с анальным зондом. Параллельно пинаем хуи с мобилки без зонда в том же офисе. Так тебе понятнее?
>То ты просто зайчиков не видел
Ну ладно там несуны, сливающие твою кодовую базу на сторону. С этими то ты что делать будешь?
>Внезапно, но у коммитов есть и даты и автор и номера тасок и краткое описание (обязательно для всех, иначе пизда). И гит по этим данным вяжется с остальными devops системами.
>И как ни странно, ты вбиваешь #username и чисто по гиту видишь сколько тасок закрыто и за какое время. Попутно можешь посмотреть по диагонали на качество кода.
Нет, ты видишь только даты коммитов. Даты коммитов можно подделать. Вопросы?
>Вяло ковыряешься на компе с анальным зондом. Параллельно пинаем хуи с мобилки без зонда в том же офисе. Так тебе понятнее?
Главное - что ты пинаешь хуи 8 часов в сутки, а не 2 часа после 8 часов на другом проекте.
>Ну ладно там несуны, сливающие твою кодовую базу на сторону. С этими то ты что делать будешь?
Это подсудное дело, лол
>Нет, ты видишь только даты коммитов. Даты коммитов можно подделать. Вопросы?
Как подделать количество выполненных тасок?
Как исправить данные, которые расползлись по PM системе и билд серваку, если ты поражён в правах доступа?
Если твой менеджер не долбаёб и требует делать декомпозицию на короткие таски, то сколько времени можно выкроить исправляя даты в коммитах до пуша в репу?
>Это подсудное дело, лол
Совместительство на работе не регулируется УК. Хоть на 10 проектах сиди, тебя максимум уволят. Причём ты теряешь только 50% дохода, так что ты только порофлишь с менеджеров-анальников.
Абсолютный ньюкек, в шараге учат этот С, который уже вот вот сдохнет или уже сдох по всем прогнозам, мне же хочется иметь в голове что-то актуальное вместо бесполезного для работы языка.
Не могу понять что профитнее- попытаться усидеть на двух стульях или сначала как-нибудь вникнуть в С и потом уже смотреть на ++?
Зная C++ ты в любом случае знаешь C на достаточном уровне. C++ с одной стороны обьемнее - с другой стороны... проще, как только ты начинаешь делать что-то сложнее, чем printf("SOSI");
Оверолл - если ты будешь сам что-то учить, что бы это не было - это будет охуенно, т.к. все серьезное программирование построено исключительно на самообучении
>Как подделать количество выполненных тасок?
Ты делаешь таски очень долго. Непонятно чем занимаешься. На вопросы "почему так долго" ответ "разбираюсь". Очевидно, что иногда коммитишь, чтобы сбросить негатив, но все равно медленно.
>требует делать декомпозицию на короткие таски
Бгг, как ты будешь таску "непонятный баг в системе" декомпозировать будешь? Вот тебе простой пример: в сторонней либе Qt есть баг в одной из промежуточных версий в неключевом компоненте. Но ты даже не знаешь что проблема там, просто приложение крашится при непонятных условиях.
>Совместительство на работе не регулируется УК
Слив кода (ака нарушение коммерческой тайны) - вполне.
>>2157164
>Как нет, если формат коммитов жёстко задан настройками репозитория?
Гит не трекает сколько времени реально занял таск. Все остальное не имеет никакого смысла.
Пока таска не закрыта, ты не можешь лить дельту в основной бранч. Грепаем гитом этот бранч и видим, сколько ты реально сделал за спринт. Всё. И никак ты не отвертишься.
>непонятный баг в системе
Делаешь предположения об источнике. На каждую гипотезу букаешь N часов. В качестве полезной нагрузки делаешь логирование проблемного компонента и обработку эксепшенов, оцениваешь эти затраты.
>Слив кода
Ты же за зайчиков беспокоился, а не несунов. Зайцам вообще пофиг на твои санкции.
>Гит не трекает сколько времени реально занял таск
Почитай про GitLab и не неси хуйни плез. Всё отлично трекается.
Но выйти на плато продуктивности в них гораздо сложнее и дольше. В любом случае, как мне кажется, чистое Си при правильном преподавании позволяет глубже понять некоторые основные идеи, которые в плюсах обфусцируются. По крайней мере так у меня было, может в реальности действительно нет смысла учить сначала Си.
Если ты забьешь на сишку, переключившись полностью на плюсы, то лабораторки ты скорее всего не сдашь. В учебниках по плюсам нет достаточных сведений о C.
Если ты не умеешь программировать совсем, то учить два языка одновременно - мудацкая затея. Особенно когда один из них практически не познаваемый.
Из того, что ты узнаешь при изучении С, почти ничего не будет лишним, когда (и если) ты возьмешься за плюсы.
Столяров хорошо объясняет именно фундамент языка - то на чем диды писали - не вникая в такие сложные новомодные вещи, как STL. Поэтому его надо читать первым.
Страуструп в своей графоманской залупе мало того, что описывает больше техники программирования, чем сам язык это я про его талмуд, так ещё и объяснения языковых конструкций заканчиваются на "Делайте вот так. Яскозал". Поэтому его талмуд читать не надо, а ту брошюрку читать после Столярова, потому что вумный разработчик языка нихуя объяснять не будет.
>Пока таска не закрыта, ты не можешь лить дельту в основной бранч. Грепаем гитом этот бранч и видим, сколько ты реально сделал за спринт. Всё. И никак ты не отвертишься.
Дебил блядь, тебя спрашивают за время, а ты опять про коммиты
>Делаешь предположения об источнике. На каждую гипотезу букаешь N часов. В качестве полезной нагрузки делаешь логирование проблемного компонента и обработку эксепшенов, оцениваешь эти затраты.
Ага-ага, N часов. А почему не 5⚹N? А если превысил?
Пиздец ты уровня джуня
>Ты же за зайчиков беспокоился, а не несунов. Зайцам вообще пофиг на твои санкции.
Зайчиков нужно детектить и заборт
>Почитай про GitLab и не неси хуйни плез
Дебил блядь, я туда могу написать любое число часов.
Лол, комментарии радуют. Спасибо, посмотрю.
Я даже не знаю что я знаю, а что нет. За столько лет всё смешалось в кашу
https://vk.com/wall-54530371_214314
>Дебил блядь, тебя спрашивают за время, а ты опять про коммиты
Я тебе уже и так и сяк этот вопрос разжевал, но ты совсем твердолобый.
>А почему не 5⚹N?
Потому что это твоя личная оценка. Таска может быть оценена и коллективно - каждый указывает время, за которое выполнит он и в итоге принимается компромиссный вариант. В любом случае время подтверждается пмом. Если он согласен на N, значит N.
>А если превысил?
Вариантов масса.
>Дебил блядь, я туда могу написать любое число часов.
Ебать ты тупой. У тебя нет прав доступа для этого. Это не бранч на твоей тачке, это система, которая крутится на серваке конторы. Всё что ты можешь - назначить на себя таску. Система зафиксирует начало выполнения. Если на тебе нет тасок - к тебе сразу вопросы. Закрываешь таску не ты, а тестер или пм, так что тут тоже не наебёшь. Всё время и объём работ учитывается автоматически.
Просто в нормальных конторах рабочие процессы лучше продуманы и уровень автоматизации намного выше, чем на галере (текучка кадров, постоянная смена проектов, квалификация работников ниже ради большей выручки да и ещё масса причин ущербности галерного дела).
>Таска может быть оценена и коллективно
Тогда всегда можно сказать что я оценивал правильно, а остальные - шапкозакидательством занимались
>Вариантов масса.
Ясно, т.е. ты нихуя не знаешь
>Ебать ты тупой. У тебя нет прав доступа для этого. Это не бранч на твоей тачке, это система, которая крутится на серваке конторы. Всё что ты можешь - назначить на себя таску. Система зафиксирует начало выполнения
Лол блядь. Берем таску, переводим в InProgress и идем дрочить недельку на трапиков. Ага-ага. Еще раз - нет скриншотов каждые 10 минут - значит ты дрочил и мы тебе не платим.
>назначить на себя таску
Не "назначить таску", а "стартануть таску", Маня. Таски назначаются при планировании спринта, но ты даже на планировании не участвовал
>Просто в нормальных конторах рабочие процессы лучше продуманы и уровень автоматизации намного выше, чем на галере
Маня, не существует "нормальных контор", только галеры разной степени ебанутости.
>Тогда всегда можно сказать что я оценивал правильно, а остальные - шапкозакидательством занимались
В плане? Таска может достаться любому. Оценка делается до её назначения. В оценке нет заинтересованного лица.
>Ясно, т.е. ты нихуя не знаешь
Как тебе выдать план действий если не известно почему была просрочка? Некорректная постановка задачи, не было доступа к нужным ресурсам, таска блокируется другой таской... Стопицот вариантов.
>переводим в InProgress и идем дрочить недельку на трапиков
И система показывает, что ты её делал недельку. Время учтено верно, всё ок.
Чёт проигрываю с менеджера, который станет горы скринов изучать от своей тимы (и тонны слабо структурированного говна с кейлоггера). Задача манагера всё автоматизировать и чилить, а не бегать за каждым и смотреть к нему в экран.
>при планировании спринта
Планируется объём работ и трудозатраты. Таски назначаются во время спринта по мере выполнения. Кто освободился - тот берёт следующую.
>не существует "нормальных контор"
Есть конторы, которые зарабатывают на продаже программного продукта, а есть конторы, которые зарабатывают на оказании услуг по разработке или банально перепродаже рабочей силы. Первые относятся к "нормальным", вторые - к "галерам".
>>Тогда всегда можно сказать что я оценивал правильно, а остальные - шапкозакидательством занимались
>В плане? Таска может достаться любому. Оценка делается до её назначения. В оценке нет заинтересованного лица.
Лолблядь, в оценке есть заинтересованные лица - гребец которому нужно как можно больше заложить и прожектманагер которому нужно заложить как можно меньше.
>Как тебе выдать план действий если не известно почему была просрочка?
Вот-вот, нужно не план действий когда все попизде пошло, а превентивные мероприятия, чтобы гребец работал, а не дрочил на трапиков
>И система показывает, что ты её делал недельку. Время учтено верно, всё ок.
А почему так долго? Может ты нихуя недельку не делал и только в последний день быстро заговнокодил? Как проверить?
>Чёт проигрываю с менеджера, который станет горы скринов изучать от своей тимы (и тонны слабо структурированного говна с кейлоггера). Задача манагера всё автоматизировать и чилить, а не бегать за каждым и смотреть к нему в экран.
Это если все идет поплану, то менеджер чилит. А если что-то пошло не так, то идет разбор полетов с предъявами ко всем. Тогда и код на внешний ревью отправят, и активность в чятиках проверят, и анализ кала посмотрят.
Я же говорю - то что ты не наблюдал факапов в жизни говорит лишь о твоем очень коротком опыте. На факапах учатся, между прочим.
>Планируется объём работ и трудозатраты. Таски назначаются во время спринта по мере выполнения. Кто освободился - тот берёт следующую.
Бред. Есть беклог, а есть спринт. Из беклога таски вытягиваются, планируются и назначаются. Этим лид с ПМом занимаются
>Есть конторы, которые зарабатывают на продаже программного продукта, а есть конторы, которые зарабатывают на оказании услуг по разработке или банально перепродаже рабочей силы. Первые относятся к "нормальным", вторые - к "галерам".
Первые (продукт) - параша, вторые (аутсорс) - топчик.
>оценке есть заинтересованные лица
Оценивает не один гребец, а несколько. Они друг другу конкуренты.
>превентивные мероприятия
Ты говорил про факт просрочки и что делать. Не виляй жопой.
>Как проверить?
Что проверять? Таска лимитирована на 8 часов, а ты её делал 40. Какой даун будет апрувить таску на 40 часов? Дробление на небольшие таски сокращает время пинания хуёв драматически.
>планируются и назначаются. Этим лид с ПМом занимаются
То есть у вас манагеры лично назначают таски и ходят в мониторы смотрят? Ебать они дауны. Впрочем, на галерах много неадекватов на всех уровнях (студенты, вкатыши, мимокроки).
>вторые (аутсорс) - топчик
В условиях Украины или Индии. В условиях СНГ работяги больше стремятся попасть в Яндекс/Сбер/Wargaming. В нормальных странах - FAANG и прочие негалеры.
>Оценивает не один гребец, а несколько. Они друг другу конкуренты.
Схерали они конкуренты, они сговорится могут легко
>Ты говорил про факт просрочки и что делать. Не виляй жопой
Я говорил что у тебя нихуя неготово если что-то пойдет не так. Но ты тупой и не можешь даже прочитать написанное
>Что проверять? Таска лимитирована на 8 часов, а ты её делал 40. Какой даун будет апрувить таску на 40 часов? Дробление на небольшие таски сокращает время пинания хуёв драматически.
Дебилушка, тебе еще раз сказали, что раздробить таски можно только если там абсолютно понятно что делать. Если там нужно делать инвестигейт или дебажить - там хуй разобьешь. Но видимо ты джун, которому дебажить что-то сложное не проручали
>То есть у вас манагеры лично назначают таски и ходят в мониторы смотрят?
Конечно. Или ты из тех дибилов, кто считает что ПМ нахуй не нужен?
>Ебать они дауны. Впрочем, на галерах много неадекватов на всех уровнях (студенты, вкатыши, мимокроки).
>В условиях Украины или Индии.
Дауны только на отсталой расии. Каково это осознавать, что вы отстали лет на 10 от Украины, как по уровню зарплат так и по качеству результата?
>>2157904
>Ну получается, что на твоей галере ручное управление.
Ты походу работал только в шлюпке на 20 человек, если веришь что можно все пустить на самотек и ничего не сломается. Это опять же говорит о твоей профессиональной отсталости, да и всей вашей страны в целом
>За сим всё.
Обоссали - обтекай
>Схерали они конкуренты, они сговорится могут легко
Как выстроишь систему компенсаций и взаимоотношений, так и будет.
>>2157304
>Ага-ага, N часов. А почему не 5⚹N? А если превысил?
>Я говорил что у тебя нихуя неготово
>инвестигейт или дебажить - там хуй разобьешь
С опытом к тебе придёт понимание. Ранее я уже написал как можно разбить на таски по 4-6 часов и получить полезный функционал.
>считает что ПМ нахуй не нужен
На галерах роли пма и тимлида сильно размыты, да и работяги часто делают задачи вне их компетенций. Вот и ваши начальники занимаются хуйнёй, которая их позиции не свойственна.
> отстали лет на 10 от Украины
Как можно померить это отставание?
Экспорт российского IT 11.1bn usd, внутренне продажи - 7.4bn usd. Украинского - 5.4 bn usd. Внутренние продажи ищи сам, но явно меньше 3bn. Итого 18.5bn против 8bn.
Если смотреть по структуре, то топ 20 It компаний Украины сплошной аутсорс от EPAM до DataArt. В развитых странах аутсорс начинается с 100 строчки. В России примерно с 20-й, причём это Luxoft, который как ни странно российского происхождения.
>если веришь что можно все пустить на самотек
В нашем IT анальные зонды не используют. Просто потому, что у нас соблюдают права и свободы работников. А у вас - нет.
Но ты продолжай копротивляться.
нужно в team прописать public метод который использует public метод из любого/каждого уже объявленного объекта player
class player{
private:
string name;
public:
void get_name(){return name;}
};
class team{
private:
string name_list;
public:
void create_list(){
// берёт 5 объектов player и записывает их name(хотя бы одно кастомное для всех) в строчку в name_list
}
main(){
player vasya[5];
}