>>232213539 "Красивый" в смысле легкий к пониманию и удобный в использовании.
>Самые быстрые языки программирования На первом месте мог бы быть Assembler, но его в исследованиях не рассматривали. Поэтому топ выглядит так (после тире указано время в секундах):
C — 1.00. Rust — 1.04. C++ — 1.56. Ada — 1.85. Java — 1.89. Chapel — 2.14. Go — 2.83. Pascal — 3.02. Ocaml — 3.09. C# — 3.14.
>>232206724 (OP) я не программист, но че это за условие такое in1 == true || in1 == true ?? Это же, типо если одна переменная истинна или та же самая переменная истинна? Ты долбоеб или я туплю?
>>232215015 уходи отсюда, ты нечестив и твой образ при данном, я себе поклялся не заходить в твое гадское посредство и до многой поры буду данное исполнять
человек суть при проекции данное, что им и отражено
>>232215066 я умею говорить растяженно и умею все сжимать, но обычно данное во пользование входит, ибо информация должна передаваться в поначальном
я могу, как ты посудил, "лаконично" выражаться, злато при обывательском, но тут уже индекс, таскать. понимания, будет зависеть от распределения интеллекта при векторе вниз
>>232213872 Компилируемые языки не могут быть быстрыми или медленными сами по себе. Они просто транслируются в машинный код. Так что скорость зависит от компилятора, его версии, особенностей архитектуры, и от того как конкретный компилятор оптимизирован для этой архитектуры. А в реальной жизни также и от реализации тех или иных библиотек, которые ты юзаешь.
>>232213872 >>232214163 Кресты в 1.5 раза медленнее чем си? Джава почти такая же быстрая как кресты и в два раза быстрее шарпа? Хуйня какая то. Для числодробилок си = кресты > шарп >> джава.
>>232215835 Да и от конкретной задачи завит. Тем не менее можно же проводить гонки языков программирования по определенным "трассам". На разных трассах будут разные результаты, да и "пилоты" по разному проходят "повороты".
>>232210416 В стране нет производства, нет нихуя, в других профессиях платят ссаные копейки, куда я блядь подамся кроме айти? Айти даст мне шанс жить достойно и получать свои 300к/с.
>>232209588 >Блять, кто в наше время изучает си плюс плюс? Все, кто работает с ним и кому требуется ковырять капот с костылями. >Почему не фортран Это более старый язык, тем более у него мало функционала. Если ты не про F# >не аду, не фокал Вообще ноунеймы какие-то, только ради прикола учить можно. >не лисп Так он образцовый и устаревший, как ЭЛТ мониторы. >не алгол блять? Говно без задач.
>>232217970 >просто затрахаешься совмещать с хтмл, ксс и прочим анальным цирком. Можно не трахаться, а просто написать свой браузер, который бы при открытии борды скачивался, устанавливался и открывался, подменяя интерфейс текущего браузера позьзователя, а в фреймах других страниц продолжал бы работать прежний браузер, чтобы пользователь не заметил подмены.
>>232206724 (OP) А зачем в параметрах if дважды одну и ту же переменную проверять? Тем более при такой записи вроде уже по первому совпадению if срабатывает
>>232206724 (OP) Тред не читал. Хуй забей на ооп, мозги себе сломаешь этой хуйней. Потому что это не программирование, а ебаная бухгалтерия. Лучше си накати, научись в алгоритмическое мышление, структурирование программ, а потом если надо палкой прикасайся к оопу как к дерьму. Потому что поймешь насколько это нерабочая сектантская дичь, которая усложняет девелопмент на ровном месте, а не решает декларируемые проблемы.
>>232220566 C какой пастой, пчел. >но алгоритмами все задачи не решишь же Что ты несешь, или это тролинг тупостью.
Короче, челик пытается научиться в погромирование. ООП это не правильный путь. Потому что это ооп это петушинные фантазии не имеющие связи с реальностью.
Все эти инкапсуляции, полиморфизмы, наследования, и прочий сдрист не существуют с точки зрения функций, которые выполняет цпу. Это выдуманная абстрактная поебень, не существующая в реальности, которая реализована хуй пойми как.
Тогда как основной синтаксис того же Си имеет конкретную связь с тем что цпу делает на аппаратном уровне. if-else do-while все это имеет конкретную реализацию в ассемблере. Функции это пуш-поп стака. Поинтеры это работа с памятью. Короче изучая си ты понимаешь как цпу внутри выполняет твою программу.
Изучая же любой ооп-сдрист ты не понимаешь нихуя что происходит. Ты занимаешься какой-то бухгалтерией ебаной а не погромированием. Более того ооп-программы трудно читаются, тогда как весь код разбросан по десяткам классов, поди это говно собери в кучу.
>>232221569 Да нихуя он не дебил. Это влияние ооп-дебилизма. Вместо погромирования, алгоритмического мышления, понимания как работает цпу, память, учат какой-то несуществующей абстрактной поебени, выдуманной поехавшими шизами типа Страуструпа.
>>232221185 Достаточно подробная книга по С++ тоже даст понимание того, как хранятся данные программы, и как функции выполняются. А касательно функционального евангелизма - где-то чистая функциональщина удобна, где-то - смерть. Никто не заставляет используя ОО ЯП угорать именно по ООП, но использовать объекты и их иерархии отлично помогает решать широкий спектр задач. Жрать кактус, чтоб потом машинные коды (или какой IL) выглядели лучше - очень странное занятие.
>>232221185 >Тогда как основной синтаксис того же Си имеет конкретную связь с тем что цпу делает на аппаратном уровне еще бы в 2020 считать это достоинством.
С сегодняшним железом, разве важно на каком ЯП реализована программа? Это вродн раньше байтоебили из- за ограниченных мощностей, сейчас же железо такое, что его потенциал и реализовать то в полной мере сложно
>>232221185 Ты б на досуге почитал как устроены процы после 286, branch prediction, tlb, numa, mesa,cache hierarchy, speculative execution, вообще весь ilp, и подумай, как твоя семантика voidptr соотносится с тем "что цпу делает на аппаратном уровне"
>>232221185 Для обучения, может быть, и не подходит ООП. А за петушиные фантазии платят, и вообще похер, что там на аппаратном уровне, ассемблере и т.д. Ладно, пусть ООП будет бухгалтерией. От того, что ты пыжишься и обесцениваешь это, спрос на оплачиваемую работу не падает, няш. :3
>>232222001 Если упарываться со всякими жс'ами и электронами - можно создать тормоза и на современном железе, и многопоток тут не поможет. Еще имеет смысл в некоторой байтоебле, если код исполняется на твоем железе/твоем облаке - может хорошую копейку сэкономить. Но в реальности, конечно, обычно рациональнее вкладывать время в масштабируемость и разумную архитектуру, оптимальные алгоритмы. А байтики - в последнюю очередь.
>>232221185 >ООП это не правильный путь. Нет, бро. Запиливание и поддержка проекта из 100к+ строк и 5+ программеров без ООП превратится в трэш. Сам такой трэш разгребал. А так каждый программер пилит свой набор классов и не мешает другому. На чистом С такое не всегда возможно.
>>232221185 >ооп-программы трудно читаются, тогда как весь код разбросан по десяткам классов Если это С++, то это лишь признак долбоёба, писавшего код. Если это жаба, то ООП к нему прибит гвоздями, тут ничего не поделаешь.
>>232221185 Без ООП твой код будет говном который нельзя будет поддерживать. ФП это кал которые высрали нетакие как все маняпрограмисты что бы оправдать свое существование.
>>232223595 Сейчас вообще C++ неактуален. Из всех языков программирования достаточно знать HTML и CSS, а через 5 лет нейросети заменят программистов и они останутся без работы.
>>232223362 >Если это жаба, то ООП к нему прибит гвоздями, тут ничего не поделаешь. А зачем люди пишущие на жабе вобще дышат. Это квинтэссенция поехавших бухгалтеров, а не язык. Я сам видел как синьоры жабисты создают класс, внутри метод, который вызывает метод в другом классе, который делают какую-то банальную хуету типа if-else и инкрементации переменной. Я хуею, остановите планету.
Почему-то этот стиль структурирования программ популярен и его можно увидеть у крестовиков или сисярпников. Большего дебилизма в жизни не видел, насколько же люди тупорылые уебаны, и это казалось бы в технарской профе.
>>232221185 >Все эти инкапсуляции, полиморфизмы, наследования, и прочий сдрист не существуют с точки зрения функций, которые выполняет цпу. #define, #if, #endif тоже не выполняются на ЦПУ.