Холивары вокруг C++

админы совсем не хотят менять мне ник, потому что у меня нету 100 сообщений. мусор создавать в виде пустых сообщений не вижу смысла. так давайте немного философии.

На этом форуме живет один мой очень древний знакомый Андрээ С, который здесь точно и однозначно был админом. когда то давно он даже активно пытался меня банить, когда я любил немного пошалить и потролить кодеров. Так вот, прошло лет 10, а наша основная тема спора оказывается до сих пор актуальна. Спор у меня недавно возник с другим кодером, потому с Андрэ Мандрэ мы очень давно не общались. Суть спора можно объяснить одной его фразой: "С# это кастрированный с++". ну типа существует язык цпп для реальных программистов, а си шарп это какая та дичь не понятно для кого вообще и не понятно зачем.

Дело в том, что я даже поверил этому и начал один из своих проектов кодить на цпп. Ну думал такой, что щас подтяну знания реально крутого языка, на котором написаны почти все крупные проекты. ФИГ!
Я не помню точно на чем я забуксовал, но точно помню финальную мысль - это кал вонючий, на котором нету вообще никаких удобств, траблы с библиотеками (может быть сейчас не актуально уже) и вообще как работать с объектами когда всё настолько хреново.

вот простые моменты, от которых жопа сразу сгорает мгновенно:
1. статические массивы. если мне надо добавить что-то в середине массива, то это танцы с бубном с пересозданием.
2. надо следить за памятью и чистить все неиспользуемые переменные, ибо память бесконтрольно засирается
3. отсутствие таких коллекций как List<T>, ObservableCollection, dictionary и тд... просто без комментариев
4. отсутсвие linq
n. примитивная низкоуровневость

дальше можно просто не перечислять. вот этих пунктов достаточно, чтобы вместо нормальной разработки какой нибудь полезной штуковины мне пришлось бы заниматься реальным дрочевом с низкоуровневым кодом, где искать где какие индексы не так были назначены...

в си шарпе у меня объекты на объектах, они крупные и каждый класс насыщен большим количеством логики. я просто не представляю сколько времени мне бы пришлось убить на возню в с++, это просто страшно.
я понимаю конечно, что как бы "СКОРОСТЬ РАБОТЫ РЕШАЕТ!", что софт на шарпе по определению работает медленнее потому что управляемый код и тд... но всему своё место. я не майнер пишу, который должен быть оптимизирован по максимуму.
есть смысл всю логику перегонять на быстрые языки, если это игровой движок - ну там чем быстрее код работает, тем больше объектов отрисовывает, тут как бы ок. есть смысл нанять толпу батанов из вычислительного центра НАСА, чтобы кодили 24/7 каждую мелочь на цпп и гнались за каждой выйгранной миллисекундой, вполне возможно это действительно оправдано.

только в обычном бытовом коде это вообще нафиг не нужно и мне не понятны такие люди, которые хейтят питон и си шарп. и сколько пересекаюсь с разными кодерами, каждый десятый попадается с такой пулей в голове. питон то перестали хейтить, ибо нейронки и это уже не тот питон что был на 3 версии. а на си шарп гонят конкретно. коточе как то так. вопросов у меня нету, +1 к сообщениям накатал. спасибо за внимание. приятной вам работы с цпп, а лучше просто на си. ну так, чтобы больше хардкора, чтобы доказать всем что ты настоящий программист

0

Сообщение от Катафалк Такая система сама должна определять неоднозначные элементы ТЗ и разрешать неоднозначности в диалоговом режиме. А не человек за нее будет искать что она там не поняла. Человек лишь валидирует финальный результат и при необходимости запрашивает доработки.

Аналитик.

0

на чат гпт зря гоните. сейчас эта штука отлично работает с простым кодом, для сложной задачи надо просто разбить код на простые части и вручную соединить простое в сложное. но это пока. пока что на человеке остаётся задача по организации кода и построения самой структуры кода в проекте. однако, чатугпт меньше двух лет. я уверен что она сможет запросто перелопатить весь код в проекте любой сложности, если её нормально дообучить и дать больше вычислительных ресурсов. чату гпт пока не хватает осознания и понимания большого объёма кода, ну так он и не для этого изначально делался. умение кодить это вообще побочный результат от которого создатели сами подафигели когда узнали. чат гпт просто надо допились. ну или создавать отдельную языковую модель чисто под работу с кодом, где будут другие лимиты на промпт и овердофига процессорного времени

0

Alex TROCKII,

так если хорошо постараться, будет не только лопата, но и топор.

0

не я просто вижу что самая сложная задача у языковых моделей уже решена - это научить нейронку понимать код. это нефига ж себе прогресс. а обучить организации и структурированию это куда более простая задача. то чем занимаются всякие сеньёры, понимидоры там, огурцы и прочие разновидности овощей... дорожные карты проектов, имитация бурной деятельности, красивые графики для больших начальников-лохов - этому обучить нейронку намного проще, чем то что она умеет уже сейчас. её просто надо обучить. большой проект разбить на задачи, их на подзадачи, а потом ещё раз 10 таким же образом, пока не получатся элементарные функции. а потом это всё сшить. ну как бы всё то что делают люди сейчас. не вижу ничего такого, что не смогла бы сделать нейронка. вот правда. на задачу организации она скорее потратит меньше времени, чем на генерацию "хэлло ворлд" на питоне.

я понимаю, что не особо горят желанием кодеры создавать себе собственный гроб, ну это товарищи технологический прогресс. сидеть и абузить на теме цпп - вечно не сможете. и опять же к самому первому моему сообщению в этом посте: вся вот эта дрочь с цпп и более низкоуровневыми языками - это то что должен делать компилятор нормального языка, сугубо моё личное мнение. то что шарп или питон медленный в некоторых ситуациях - это косяки компилятора. скорее не косяки, а недоработки. абсолютно любой код на высокоуровневом языки можно вручную перегнать в цпп и это будет нефига ж себе как быстро работать. просто такой оптимизации должен научиться компилятор. не просто примитивно переделывать код в машинный, а делать это как-то интуитивно и с логикой. ненужное выпиливать, где то возможно нужное добавлять и тд. не вижу ничего невозможного в этом. а если так, то тема абуза не вечна. питон это удобства, жертвуя скоростью, пока. мир развивается, пусть в данный момент и слишком медленно в некоторых вопросах. ну это ж всё со временем будет оптимизировано, без этого никак.

0

Сообщение от Alex TROCKII то что шарп или питон медленный в некоторых ситуациях - это косяки компилятора.

Я в одном видео видел, там чел приводил плюсы с+, и вот один из аргуменов было что в с# есть чистильщик мусора, который может вкючиться в любой не подходящий момент и начать освобождать память. Тада получается не только компилятор виноват, а программе на дотнете добавляется какое-т автоматическое неуправляемое г-но, которое делает автоматическую оптимизацию. В питоне автоматика динамических типов и бох-весть еще какая встроенноая автоматика

0

Сообщение от testuser2 В питоне автоматика динамических типов и бох-весть еще какая встроенноая автоматика

А уж сколько автоматики в операционной системе и ЦПУ, это ж ужас!

0

Сообщение от korvin_ А уж сколько автоматики в операционной системе и ЦПУ, это ж ужас!

В майнинг-машине тоже много автоматики, только приносит ли это пользу человечеству, вопрос риторический..

0

Сообщение от Alex TROCKII вот простые моменты, от которых жопа сразу сгорает мгновенно: 1. статические массивы. если мне надо добавить что-то в середине массива, то это танцы с бубном с пересозданием. 2. надо следить за памятью и чистить все неиспользуемые переменные, ибо память бесконтрольно засирается 3. отсутствие таких коллекций как List<T>, ObservableCollection, dictionary и тд... просто без комментариев

Вот так каждый раз, когда чел не в теме. Да, массивы откровенно убожество. А кто сказал, что их принято использовать ? Но вот std::vector это тот же List, если не лучше, удаление / вставка и.т.д. Можно не любить STL за странный интерфейс, но более богатой стандартной библиотеки я не видел.

Надо следить за памятью - RAII, умные указатели. Да, там насколько я знаю приходится думать головой и есть грабли, но это сильно упрощает...

Dictionary есть в двух аж реализациях, как поверх сбалансированного дерева, т.е std::map, так и поверх хеш-таблицы, это std::unordered_map. Вот Observable из коробки нету, но обычно это нужно не просто так, значит будет внутри той GUI-либы, которая используется.

Сообщение от Alex TROCKII 4. отсутсвие linq

Ну вот эт уже да, реальность. Есть правда библиотеки, но сам синтаксис лямбд в плюсах чёто какое-то убожество для мелких функций в стиле x, y => x + y. В принципе LINQ есть (либа в виде одного хедера, легко подключить к проекту), но писать надо побольше кода.
https://github.com/k06a/boolinq

То что плюсы посложнее, пожалуй да, правда. На плюсах вряд ли есть смысл писать всё подряд, если конечно через 10-20 новых стандартов этот язык не станет сильно проще и удобнее. Мне кажется фишка плюсов не в самих плюсах, а в том, что на плюсах менее вероятно что проект будет уровня "ну вот нада такой-то круд с такими-то формами", хотя на всех языках бывает интересное..

0

будь я руководителем проекта, я бы заставил писать всё на плюсах и задрачивал бы кодеров за каждую милисекунду. скорее всего они бы переписывали весь код каждый день за каждый косяк, найденный тестировщиками.

но при этом сам я писать на этом не хочу, мне не так важны эти миллисекунды для разных инструментов в быту. слишком много времени тратить на дрочь с массивами, это сильно отвлекает от основной задачи, для чего я себе пишу прогу. проще и быстрее получается на питоне. я ж не кодер по образованию)) но код понимаю. я часто ломаю голову над алгоритмами, когда вообще не понятно как всё в коде организовывать, либо когда уже организовал, но не так как надо - то есть всё переделывать чтобы оно стало нормальны... от этого возникает куча гавнокода, это надо всё чистить и переделывать... в общем, если при таком подходе ещё и наложатся низкоуровненые неудобства, то это кошмар полнейший. ну его нафиг.

0

Сообщение от Alex TROCKII задрачивал бы кодеров

да это хамский простак

0

Его после первого же проекта выгнали бы нахрен за сорванные под его руководством сроки.

0

Сообщение от Alex TROCKII задрачивал бы кодеров

не дрочи дипломы...

0

так они ж не работают нефига когда с ними нормально и по человечески. с этими васьками только жестко, требовательно и строго. я видел сто раз как директорам лохам кодеры мозги парят, когда директор не шарит в теме. не умеют эти васьки нормально выполнять свою работу если их не дрочить. такой менталитет, что ж поделать

0

Сообщение от Alex TROCKII так они ж не работают нефига когда с ними нормально и по человечески. с этими васьками только жестко, требовательно и строго. я видел сто раз как директорам лохам кодеры мозги парят, когда директор не шарит в теме. не умеют эти васьки нормально выполнять свою работу если их не дрочить. такой менталитет, что ж поделать

вася - юзверь, а программер - коммодор. по НАТОвским стандартам.
вася - рядовой армии НАТО.

0

чо это вы возбудились то?
знакомая история походу) не дал бы я вам очко просиживать. нормальные кодеры останутся и будут нормально работать, васьки ливнут искать лоха и абузить лоха

0

Alex TROCKII,

не используй демпартию, попробуй кодить пролетариями. Ни хрена у тебя не получится. программер - ценнейший кадр.
васьки будут слесаря-сантехники.

0

Сообщение от Alex TROCKII будь я руководителем проекта, я бы заставил писать всё на плюсах и задрачивал бы кодеров за каждую милисекунду. скорее всего они бы переписывали весь код каждый день за каждый косяк, найденный тестировщиками.

И платил бы им всё это время. И не выходил бы на рынок всё это время, отдавая все заработки конкурентам) Поэтому ты и не руководитель)

0

Сообщение от Usaga Поэтому ты и не руководитель)

вау! ты поедешь в Акапулько!

0

Сообщение от Царь Руси Как поменять ник? на Alex TROCKII

Надо обратно поменять. Раньше ник был говорящий сам за себя.

0

платил бы...) если вася за рабочий день нефига не сделал и так продлилось в течение недели, получит он свои официальные 10к в месяц или столько там щас минимался, и досвидули. насчет времени соглашусь, на фильтрацию кодеров от васьков время нужно. а насчет пролетариев (или старперов) - а зачем вы нужны вообще? я не представляю что может уметь в программировании человек старше 40, это либо уже успешный сеньёр в лютейшим опытом, ему уже самому пора руководить; либо это просиживатель очка профессиональный, который в коде днище и ничего современного создать не в состоянии. могу ошибаться конечно, но вряд ли вы сможете меня переубедить, я таких тоже видел и не вижу смысла с ними даже начинать работать. такие отсеиваются сразу на собеседовании

0