24 декабря Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Так как в /pr шизик и 1,5 вкатывальщика, напишу здесь. Нужен язык по следующим критериям.
В порядке приоритета: -Статическая типизация. -Кроссплатформенность. -Возможность анализа и парсинга динамических (SPA) сайтов (вроде бы используют все Selenium, непонятно насколько он хорош вообще, может у каких-то языков есть что по-круче). -Создание сайта, бэкенда. Создание микросервисов (наверное многие сейчас такое могут, но все же). -Написание простого, но кроссплатформенного GUI (что-то без сильных костылей и чтобы красивее темы windows 95, ну и конечно наличие готовых виджетов и прочей вкусностей). -Машинное обучение (наличие большого числа решений, ибо не математик совсем) -Возможность мобильной разработки под андроид (простенькие CRUD-приложения, для себя). -[субъективно] хорошая читаемость кода.
Низкий приоритет, не обязательно, но будет в плюс: -Достойная производительность, особенно касается веб решений (то есть производительные веб-фреймворки). -Поддержка асинхронности (корутин, зеленых потоков). -Возможность использовать как скрипт. Наличие быстрой компиляции (например через какой-то ключ) с хорошим пакетным менеджером.
>>212813064 Core достаточно быстро развивается и разниц под винду с fraimwork почти нету. С точки зрения производительности fraimwork под винду работает чуть быстрее чем кор
>>212813184 >>212813204 Писал скрипт, нечаянно на одну букву ошибся в имени переменной, два часа искал ошибку в поведение. Жуть эта динамика, в js хоть let есть.
>>212814301 А хули ты хотел? Или будь белым человеком, выучи ПО-ЧЕЛОВЕЧЕСКИ си+плюсы, и вкатывайся в абсолютно любой язык как нехуй делать после вечера прочтения документации по языку.
>>212812737 (OP) Абу бань этих пидоров, нахуй они конкуренцию создают (хотя 90% из них дебилы, которые калькулятор с разбором синтаксического дерева не могу написать) . Бань и жги пидорасов-вкатылвальщиков на своих колясочках! Нахуй вас всех, вы тупые в лучшем случае ваш удел js и python, съебите уже! Спасибо!
В том и прелесть кодинга - нету языка, который может всё и везде, именно поэтому есть спрос на сеньоров с узкими направленностями (асм, си, джава и тд).
А вся эта хуйня про универсальность - бред шизоида, который начал свой путь с ебучего питона, а дальше развиться не в состоянии.
>>212815014 Шарп это пиздатая попытка майков сделать универсальный яп, но все как всегда пошло по пизде Как веб его юзает пара процентов сайтов, как серверные решения тоже мизер, в десктопах на их же винде шарп пребывают плюсы с богомерзким электрумом и так далее
>>212812737 (OP) >Статическая типизация. >-Кроссплатформенность. >-Возможность анализа и парсинга динамических (SPA) сайтов (вроде бы используют все Selenium, непонятно насколько он хорош вообще, может у каких-то языков есть что по-круче). >-Создание сайта, бэкенда. Создание микросервисов (наверное многие сейчас такое могут, но все же). >-Написание простого, но кроссплатформенного GUI (что-то без сильных костылей и чтобы красивее темы windows 95, ну и конечно наличие готовых виджетов и прочей вкусностей). >-Машинное обучение (наличие большого числа решений, ибо не математик совсем) Не существует /тред
>>212812737 (OP) 2 стула: Kotlin если хочется быть хипстотой. Swift если ты угораешь по яблоку и на win писать не планируешь (под linux можно поизвращаться).
Ещё в принципе есть Ocaml и haskell но они более нишевые и хз как покажут себя в разработке под телефоны. Вроде можно, но не популярно.
>>212812737 (OP) >-Статическая типизация. >-Кроссплатформенность. > -Возможность мобильной разработки под андроид (простенькие CRUD-приложения, для себя). Java > -Возможность анализа и парсинга динамических (SPA) сайтов (вроде бы используют все Selenium, непонятно насколько он хорош вообще, может у каких-то языков есть что по-круче). > -Создание сайта, бэкенда. Создание микросервисов (наверное многие сейчас такое могут, но все же). > -Написание простого, но кроссплатформенного GUI (что-то без сильных костылей и чтобы красивее темы windows 95, ну и конечно наличие готовых виджетов и прочей вкусностей). > -Машинное обучение (наличие большого числа решений, ибо не математик совсем) > -[субъективно] хорошая читаемость кода. > -Поддержка асинхронности (корутин, зеленых потоков). > -Возможность использовать как скрипт. Наличие быстрой компиляции (например через какой-то ключ) с хорошим пакетным менеджером. Python
>>212815452 Да фиг знает, понятно что это экзотическое место, там нужно ассемблером или сями обмазаться. Но в прикладном мире ассемблером обмазываться это дико тупо.
>>212813431 Ты какой-то странный, если вызвать в питоне неинициализированную переменную, то выйдет ошибка. А жиес у тебя просто полезет undefined и все дальнейшие вычисления зашкварит, пока по середине программы не вылезет, ебись как хочешь.
>>212812737 (OP) >Выбираем язык программирования всем двачем @ >В порядке приоритета: -Статическая типизация. -Кроссплатформенность. Ты чё ебанутый? BASIC учи на дабл или трипл
>>212815705 А в чём проблема? Смотри, при обычном парсинге мы берёшь html и не трогаем жиес. В спа всё работает на жиес, поэтому мы получаем хуй. Всё что нам нужно это дать жиес скрипту отработать, далее мы получаем страничку и можем с ней работать. Ну а селениум это тупо браузер с автоматизацией действий.
>>212812737 (OP) Котлин сейчас - самый топчик. Он современный, понятный, лаконичный, универсальный. С ним ты вкатишься на изи что в мобайл дев, что в бекенд (по сути две самые востребованые области). Тхред
>>212812737 (OP) Тебе точно нужно вот прям всё из обязательного списка? А так выбирай любой jvm-based язык. Java/Kotlin/Scala, да хоть Clojure Гуй будет хуевастый, зато остальное пойдёт >>212814218 Языки на то разные и есть. Ибо язык это только инструмент для решения задачи. Поэтому для разных задач есть разные языки. "Универсальный" язык это говно какое-то
>>212816873 Мань, Котлин - это JetBrains, а не Гугл. Разобрался бы в теме прежде чем обсираться тут.
> Язык сам по себе до пизды. Важно знать всю прикладуху Ага, без знания языка так ты и реализуешь то, что тебе нужно, ну да, ну да. В общем, мы вам перезвоним.
>Ага, без знания языка так ты и реализуешь то, что тебе нужно, ну да, ну да.
Вы учтите что ещё НАДО прочитать кучу доков о том как этот котлин скомпилировать под ведро. С этими сборщиками и прочими приблудами конфигов. Сейчас когда его в AS3 втсавили наверное всё ничего. Потом когда выставят, то будет тот же JS на сборке через кордову, с вылетающими плагинами
>>212816918 >А на жаве типо нет кроссплатформенного GUI? я знаю JavaFX, но вроде как он мертв. Сайты, бэкэнды, микросервисы - Spring, но я в нем не разбираюсь
>>212817216 Конечно. Я андроид дев, так стабильно раз в месяц, а то и чаще, идешка мне намекает, что надо версию Котлина поднять.
>>212817250 >Тут про мобильную разработку спрашивали. Тут был вброс, что котлин - язык гугла, хотя это не так. И котлин не только в мобильное разработке используется.
>там как включили так и выключат. И потом уже через пару версий ведроида ты ничего скомпилировать не сможешь Нихуя. На джаве по-прежнему все можно компилировать и запускать. Если даже с жетбрейнсами разосрутся, то сделают основным языком новый, а поддержку котлин (вместе с джавой) оставят.
>>212817417 Стал склоняться к шарпу Net Core. Котлин вроде и прикольный, но у него своих батареек то и нет, всю джаву тырпрайзную тащить или экзотику какую. Один только gradle спустя 1,5 года не собирает нефига, очередные велосипеды нового поколения зумеров.
>>212817515 Ни 1 дока не нужна, лол. Создаешь проект в АС, галочка "kotlin support" по умолчанию уже включена (а с недавних пор уже ее и отключить нельзя), компилишь проект одной кнопкой. Не знаю, откуда инфа у тебя про сложный компил котлина. Если абстрагироваться и не привязываться к мобайлу, то для бекенда есть фреймворк ктор, с ним все также - создаешь проект, сразу компилишь, для этого доки не нужны.
>>212817748 >по умолчанию уже включена (а с недавних пор уже ее и отключить нельзя) Лол, через 5 лет, проект на джаве не компилиться, если нет ни одного файла на котлине))
>>212819812 >главное вебпук/вафел сконфигурируй нормально. Что это значит все время? Звучит как-будто должен определенное заклинание прочитать, иначе не будет правильно работать.
>>212812737 (OP) >Написание простого, но кроссплатформенного GUI Электрон, а вообще GUI ненужон. Под твои задачи подойдёт Java, kotlin, c#, go может быть.
>>212819957 Не так уж и сложно настроить. Для простых проектов достаточно примеров, чуть ли не из коробки. Вубпак/бабел, сборщики, берут на тебя всю работу по импортам, всякой статике, прочему, прочему, прочему, на выходе получаешь себе бандл и всё.
>>212820080 >Электрон, а вообще GUI ненужон. Бывает прикладные задачки надо отрисовать график, табличку, кнопочки. Не в браузере + сервером это делать же.
>>212820076 Если попытатся использовать указатель на 0 - это чаще всего приведет к сегфолту (ошибка C0000005 в Windows), в десятичной системе 0xC0000005 это 3221225477, так что до такой ошибки в номере поста нам ещё далеко. Так-то.
>>212812737 (OP) >>212815058 Это не характеристики языка, половина того что ОП написал не относится к языку. Там просто бред какой-то, типо >Посоветуйте машину, чтобы освежитель ёлочка был в комплекте, аптечка и обязательно зелёную, чтобы дверь открывалась вверх, как в фильме назад в будующее и чтобы турбо-дизель был, не обязательно но будет в плюс, есть есть возможность использовать как прицеп и если колёс будет два, особенно это касается гусениц.
>>212815014 Шарп нормально может только под винду, и то, слишком медленно для серьёзных решений. Не стобильный дотнет кор никто в здравом уме в проде использовать не станет. Это детский язык для виндовых юзеров, его плюс в том что любой может писать стабильный код прочтя "сирешётка за 21 день"
>>212822112 Какая-то нездоровая аналогия. Норм там у ОП требования. Языки не настолько должны быть ущербными чтобы не иметь GUI либ, или бэкенд или драйвера браузера для парсинга DOM.
>>212822814 >Ты давно себе программы устанавливал, шизик? Гуманитарные программисты, пишущие хеллоуворды, даже не догадывается, что можно себе гуи-утилитки писать.
>>212823084 Ну да, если ты пишешь для себя утилиты в гуях!!!, значит ты не работаешь программистом, ты любитель. Ты как программистом с такой логикой стал?
Студент программист в треде Слова нашего препода по информатике о так называемом ''вкатывании'': 1 В одиночку. Если вы с детства хорошо играли в шахматы, по математике и информатике имели твердые 4 и 5, имеете нестандартное мышление, разбирайтесь в электронике, то пожалуйста, вкатывайтесь 2 Курсы при институте, вот здесь самое то учиться, если вы уже старый пердун или не сдали ЕГЭ, то для вас идеальный вариант, полностью коллективное обучение по программированию 3 ВУЗ. Самый топовый вариант, pascal и delphi умирают, на замену приходят C# и C++, Python применяется в столичных вузах, реже в МухГУ, а еще все зависит от специальности 4 Онлайн курсы No comments Вопросы есть?
>>212823332 >разбирайтесь в электронике В 99% ненужно, тк ты пойдешь клепать сайтики.>>212823332 >pascal и delphi умирают, на замену приходят C# и C++, как там в 2007? >Вопросы есть? Да, как вы с таким интеллектом до 20 лет дожили?
>>212822386 Всё что ты перечислил не имеет отношения к функционалу языка. Можно сказать по другому, что Сёма хочет видеть встроенную библиотеку с гуевыми примитивами, под все операционки, потому что у него лапки и он не может прикрутить туда гуй нативный для целевой платформы. А минуточку, т.е. вам нужен фреймворк, который содержит в себе реализацию виджетов ЮИ для целого зоопарка ОСи, как например Qt для плюсов. Который не характеризует плюсы как ЯП с наличием > простого, но кроссплатформенного GU.
Почти каждый пункт в ОПовском ТЗ пестрит вот такой хуйнёй, отдельно приорал с, обязательно зелёных, потоков, видимо из носа. И вот это вообще пушка: > Возможность использовать как скрипт. Наличие быстрой компиляции (например через какой-то ключ) с хорошим пакетным менеджером В смысле использовать как скрипт? Открывать и читать? Или имеется ввиду интерактивный интерпритатор? Так это вообще ДРУГОЕ по другому называется. Что такое "быстрая компиляция" ? Это такая же компиляция только меньше времени занимает? Причём здесь, блять, вообще пакетный менеджер, откуда ты вообще знаешь про пакетные менеджры?
>>212824813 >Всё что ты перечислил не имеет отношения к функционалу языка. Какому нахер функционалу, это его окружение, библиотеки. Дальше просто не читал.
>>212822519 Да так-то он прав, как раз такие нюансы отличают успешных стартаперов от тех кто шарит в индустрии. Нормальный архитектор не станет закладывать NET CORE как кроссплатформенный фреймфорк. Кроссплатформенный фреймфорк от майкрософта само по себе звучит странно.
>>212825994 >typescript Перестаньте заниматься этим говном и выкиньте его нахуй вообще. У JavaScript другая философия, другой способ делать вещи правильно. Там не нужна статическая типизация, не нужны классы (эту хуйню притащили туда для долбоебов, которые не смогли в прототипы). Нет более абсурдной и мерзкой хуйни, чем ваш бастард typescript.
>>212813431 в джаваскрипте ещё хуже, там слабая динамическая типизация, а у питоне сильная динамическая но в питоне неявное создание переменной, let/const нету и это тоже косяк
>>212826564 да мне вообще пофиг выучил его чтобы больше шансов на вкат было
>>212818875 да хули тебе не понятно то ебать, ты че дебил нахуй. смотри есть у нас операторы нахуй, у них приоритеты, типа бля, если ты используешь +, то готовься к тому что если движок его не может сложить, то будет контактенировать, а значит приводить к строке, а по умолчанию у объекта это [object Object], а у аррея join(','). Ну бля получаем то что получаем. Ты кстати дебил блядь, можешь легко поменять метод toString чтоб он бля выводил то что тебе надо, хоть и получишь хуем по губам от тимлида за это
>>212826729 >да хули тебе не понятно то ебать, ты че дебил нахуй. смотри есть у нас операторы нахуй, у них приоритеты, типа бля, если ты используешь +, то готовься к тому что если движок его не может сложить, то будет контактенировать, а значит приводить к строке, а по умолчанию у объекта это [object Object], а у аррея join(','). Ну бля получаем то что получаем. Ты кстати дебил блядь, можешь легко поменять метод toString чтоб он бля выводил то что тебе надо, хоть и получишь хуем по губам от тимлида за это
>>212825320 Серьёзно Сёма, прочитай, я тут старался, писал, отвечал на твои вопросы, если ты и дальше будешь закрывать глаза на свои ошибки ты никогда не станешь настоящим программистом
>>212825320 Если у тебя сейчас нет времени можешь прочитать потом, оставь свой телефон, я завтра тебе позвоню, в понедельник на свежую голову всё обсудим, что так сразу не пороть горячку.
>>212827181 Отчасти и далеко не всегда. К ошибкам и багам приводит хреновая архитектура и хреновая организация кода. Поверь мне, косяков из-за отсутствия сильной типизации на порядок меньше, чем косяков с проебанным указателем (утечка памяти), с неумением организовать синхронизацию в многопоточном коде, с нарушением доступа (выход за допустимый диапазон, разыменование невалидного указателя), с банальными опечатками, с undefined behaviour.
Э, додики, вы заебали. Поясните уже по хардкору. Уже изучил HTML и CSS, сейчас пытаюсь в JavaScript. Планирую обмазаться им как следует и делать все исключительно на нем. Ну еще изучу какие-нибудь там фреймворки, Node.js и еще какую-нибудь залупу. Короче, постараюсь во всех возможных ситуациях использовать JS и в другие технологии не лезть. Какие подводные?
>>212827826 Ого, ты такой классный и необычный! И на clojure сможешь? И на хасскеле? Вот прям сейчас в течение часа сможешь красиво и правильно на кложе написать решение задачи коммивояжера методом ближайшего соседа?
>>212828039 Потому что ребята из майкрософта туда притянули за уши то, чего в JS быть не должно, сделали они это для долбоебов, не могущих в функциональный подход, не желающих думать иначе, чем в рамках старых добрых объектов.
>Всё что ты перечислил не имеет отношения к функционалу языка. Как сказал это больше вопрос к либам, все языки полно-функциональны по хуюрингу
>Можно сказать по другому, что Сёма хочет видеть встроенную библиотеку с гуевыми примитивами, под все операционки Хочет удобный чемоданчик с хорошими инструментами, я тоже такой хочу, это норма.
>обязательно зелёных, потоков, Как раз написал необязательных. Мое мнение, асинхронное программирование удобно для веба, здоровое желание в 2020, особенно когда надо миллион раз высрать маленькие json'ы
>В смысле использовать как скрипт? У всяких котлинов и го есть исполнение налету, если скормить ключ. Видимо это имелось ввиду. Скрипты такая штука, которую правишь на месте по несколько раз, здоровое желание иметь сразу исходники, которые компиляться где-то в /tmp и исполняются.
>быстрая компиляция Не как в си. Гошечка тут рулит.
>Причём здесь, блять, вообще пакетный менеджер Видимо, возможность для скриптов прикрутить скаченную либу, которая лежит где-то.
>>212812737 (OP) Вкатился летом в Python разработчики лол, хотя лучше знал JavaScript и nodejs, но на JS ЗП была 25к, решил на Python попробовать резюме отправил , пригласили показал на собеседовании простенький проект на Django. Пообщались, через неделю мне позвонили и взяли, в июле будет год как вкатился, ЗП сейчас 50к, питон понравился хороший язык писать легко и код читаемый получается
>>212828664 Ну ты провел задачи на грани математики, будем честны. Ты сам понимаешь , что сложность тут будет не в собственно в программировании, а именно в аналитике, в четком понимании, теории.
>>212828835 Мне, как человеку имевшему опыт коммерческой разработки на кложе, видится сложность именно в написании кода в стиле кложы, а не попытки писать на ней как обычно пишешь на джаве/начемтытампишешь. Поэтому я и спросил про эту задачу, не слишком ли дерзко такие утверждения заявляешь.
>>212812737 (OP) >-Возможность анализа и парсинга динамических (SPA) сайтов (вроде бы используют все Selenium, непонятно насколько он хорош вообще, может у каких-то языков есть что по-круче). Причем здесь нахуй ЯП?
>>212828523 >...почему именно это язык использовать наиболее оптимально Ты что ебанутый? Это малболг.
>Конечно. Но сначала ты подгонишь кейс... У меня только сумка. Могу чемодан батин подогнать, насчёт коммерческого обоснования, внутри будут 500 (пятьсот) рублей, одной купюрой. Или лучше в этиловом эквиваленте?
А если по делу, на словах то и я Лев Толстой, а ты почти наверняка хуй простой который где-то слышал что выбор конкретного языка не столь важен, что крутой спец может писать на любом, и вообще они все полные по Тьюрингу. Ну так-то и я тогда 5 лет коммерческой разработки, векторизация, СИМД, коммитер фриБСД
>>212828957 Найс осадил его. Ещё и оправдывается, что СЛОЖНАЯ ЗАДАЧА, лол. Задача классическая как раз, а языки другие - незнакомые. Я и сам эту задачу не решу сейчас, но хоть знаю.
>>212814592 >хотя 90% из них дебилы, которые калькулятор с разбором синтаксического дерева не могу написать Ты тоже эту хуйню у трупа страусса один в один перекатал, чмоха.
>>212828504 >Как сказал это больше вопрос к либам, все языки полно-функциональны по хуюрингу Так пиши на брейнфаке тогда. Я доебался до того что ты требовал язык с парсингом, гуём, бекендом и микросервисом. Теперь ты вот и сам понимешь это бредовато. >Хочет удобный чемоданчик с хорошими инструментами, я тоже такой хочу, это норма Сука, и тебе чемодан тоже? Может ещё кейс попросишь? Да, я именно в это и превратил требованния по гую и всему прочему. >Как раз написал необязательных. Мое мнение, асинхронное программирование удобно для веба, здоровое желание ДАЛЬШЕ НЕ ЧИТАЛ
>>212830134 Таки да. Интенсивный рост вычислительных мощностей окончен, скоро за производительность снова начнут бороться при помощи прямых рук и грамотно оптимизированного кода. Так что будущее опять за ассемблером.
>>212830285 >Так пиши на брейнфаке тогда. Я доебался до того что ты требовал язык с парсингом, гуём, бекендом и микросервисом. Теперь ты вот и сам понимешь это бредовато.
>>212830849 >скоро за производительность снова начнут бороться при помощи прямых рук и грамотно оптимизированного кода. >Так что будущее опять за ассемблером.
Проиграл с дегрода. Гоните его, насмехайтесь над ним. Обоссывайте его тупую башку.
>>212828504 >>212831145 С# подходит, но он выполняется на вуртуалке, он по определению из группы медленных языков, ты сравниваешь его с джавовским спрингом, который те же яйца только с боку. А по поводу под линупсом, слышал, есть такое мнение что он под линупсами ведёт себя неадекватно, прожорливость ещё больше и сыплется там где под виндой работает. Сам не ковырял, но я думаю просто под линупсом своя экосистема к которой все привыкли и то что под виндой норм, то у бородатых дядяк с генту андефайнед бихейвор. Короче "не принято" так вот и всё. Вернёмся к нашёл сверхсодержательному обсуждению. По поводу асинхронности я доебался до того что если потоки, обязательно зелёные, что подразумевает виртуальный рантайм, что в свою очередь относит искомый язык к ява-подобным (как С#), что сильно ограничивает спектр применения.
>У всяких котлинов и го есть исполнение налету Интерактивный интерпритатор. Что тоже немного ограничивает язык.
>Не как в си. Гошечка тут рулит. Рукалицо
>возможность для скриптов прикрутить скаченную либу Берёшь и прикручиваешь, Васян написал, на сайте на народе выложил, качаешь, добавляешь в свой сценарий сборки. >Скриптов или указал интерпритатору где она. Или имеется ввиду поставил в IDE галочку и вот у тебя есть либа? Пакетный менеджер это менеджер пакетов, который ставит в твою среду пакет.
Если ты ищщешь самый_лучший_язык, то это дохлая затея, тем более здесь, где всякий кулик своё болото хвалит. Правильным ответом будет: нет таких языков иди, блять пистон учи, потом, чтобы хоть что-то понимать, годик поебашь джуном на плюсах это маст хев. Потом что-нибудь из коммерческих околооязыков типо шарпа, в команду, чтобы понимать процесс разработки как его видит рыночек. Потом форкайся туда где больше нравится. Желательно ещё покодить под железо на чистом Си, чтобы избавиться от всех этих предрассудков по поводу языков и понимать что всё равно в конечном итоге всё это дерьмо выполняется на процессоре машинными командами, и обрести базовое понимание о том что быстрее, а что медленнее. И ПХП чтобы в вебе ориентироваться.
>>212812737 (OP) Предложу Qt + C++, ибо уже 6 лет зарабатываю им на хлеб с маслом. Знаю, что говно, но ничего лучше для твоих целей не знаю. >Статическая типизация. есть >Возможность анализа и парсинга динамических (SPA) сайтов Можно штатными средствами парсить XML и JSON. Дальше не углублялся. >Создание сайта Чигоблять? > бэкенда. Можно, но для этого сам Qt не нужен, как и плюсы. Зато есть PHP, у которого с С(++) на 90% один и тот же синтаксис, но нет нужной тебе статической типизации. >Написание простого, но кроссплатформенного GUI Базовый гуй делается крайне просто, но если нужно сделать шаг влево-вправо, то придётся лезть в потроха. А когда выпустят версию 6, твои знания потрохов наверняка придётся опять обновлять, как было с переходом на версию 5. А вообще лучше определись, тебе важен гуй или всё остальное. >Возможность мобильной разработки под андроид Имеется, но не юзал. Мне студии хватает. >хорошая читаемость кода Вполне. >Достойная производительность Лишние уровни абстракции тут касаются только гуя в основном (на дровах типа P3-800 чуть подтормаживает, но все остальные современные инструменты тут вообще сосут). Сам код работает нативно. Много операций берёт на себя предпроцессор при сборке. >Поддержка асинхронности Какие-то фишки есть, но мне в 99,9% случаев хватает базовых QThread и QMutex. >Возможность использовать как скрипт. Нет. Учи баш и пистон. >Наличие быстрой компиляции Нет. Она медленная из-за qmake (см. на 2 пункта выше). >с хорошим пакетным менеджером Нет. Да и не нужон. опять накатал простыню, на которую всем похуй
>>212812737 (OP) Андроед это джава или си, без вариантов, плюс еще xml html и еще че то там , а главное это линукс, андроед сцуко и проц ему надо 16 ти ядерный пидор.
В очередной раз напоминаю, что php, js и python не являются настоящими языками программирования. Есть чем аргументировать обратное — милости прошу. За последние лет 5 никто не смог доказать этого.
>>212832648 Ну всё, теперь пиздец. Ты думал сейчас напишешь, чудо-юдо-мега приложеньку, на микросервсной архитектуре, с красивым каннибалистичным гуём, кросплатформенную, она будет создавать сайт, бэкэнд, и парсить его до потери пульса, а быстродействие будет такое что обосраться можно, с машинным обучением и под андроид. Ты тут же попадёшь в топ всех маркетов, тебе вручат нобелевскую премию, гугол будет предлагать сто тысяч миллиардов за твой проект, Билл Гейтс, Гордон Мурр, Линус Торвальдс, Стив Возняк и Николас Вирт встретятся, приедут к тебе будут обнимать, жать руки и целовать во все места, с небес спуститься Стив Джобс и возложит на тебя короны программистов всея земли!.. Но, нет. Потому что в питоне статическая типизация.
>>212833536 >имэйдж.пнг Да почему бы и нет, вылизанный "Это не ХТТП-сервер, это ДРУГОЕ". Ты собери любую утилитарную софтину, не знаю, чат на дотнете и на плюсах, покажешь как дотнетовские абстракции быстрее нативных сокетов. Да даже с пистоном сравни.
>AOT же есть, не? И что? Это снижает расходы на трансляцию, за счёт времени запуска, но оверхед от виртуалки всё равно нихуёвый.
>Ясно Хорошо если так
>Ну с тобой все ясно, ты тупо на лету фантазируешь у нас. Интерактивно может интерпритироваться только скриптовый язык, читай ограничания скриптовых языков.
Ты прост невежда походу. Скорее всего ты дрочишь на C# не замечая его объективных недостатков, тупо потому что ты на нём пишешь. Я думал мы нормально общаемся, а ты ебобо.
>>212834889 Хуй знает, не видел ни одного живого питониста. Только вкатывальщиков всяких. А руби нишевый язык. Работы не дохуя, но хватает, и остались одни профессионалы как раз, очень приятно работать.
-Статическая типизация: ЧЕК -Кроссплатформенность: ЧЕК -Возможность анализа и парсинга динамических (SPA) сайтов: ЧЕК, github/gumbo-parser -Создание сайта, бэкенда: ЧЕК, CppCMS -Написание простого, но кроссплатформенного GUI: ЧЕК, nuklear, imgui, cegui, на любой вкус. -Машинное обучение: ЧЕК, очевидно весь машоб на плюсах. -Возможность мобильной разработки под андроид: ЧЕК, ndk -[субъективно] хорошая читаемость кода: условный ЧЕК, пиши в стиле cppcoreguidelines, с++11/14/17 и будет читаемо.
Низкий приоритет, не обязательно, но будет в плюс: -Достойная производительность: ЧЕК, практически максимум для ЯВУ -Поддержка асинхронности (корутин, зеленых потоков): ЧЕК, огромный выбор -Возможность использовать как скрипт, Наличие быстрой компиляции : условный нечек (есть решения, кэшировающие компиляторы) -с хорошим пакетным менеджером. ЧЕК, conan.
>>212822372 Поддвачну, клиентское приложение на net core на винде нормально идёт, но тупит, тормозит и крашится на маке, на убунте просто тупит и тормозит.
>>212812737 (OP) Ты хочешь выучить один язык программирования и писать на нём всё, но такого не бывает. Если ты только вкатываешься в программирование, то язык на котором ты будешь писать большинство своей жизни скорее всего ещё даже не вышел.
Поэтому исходи из задач: если цель найти работу, то смотри локальные вакансии и выбирай что востребовано. Если хочешь чисто для себя, то определись с первым проектом и выбирай язык под него.
>>212840491 >Если ты только вкатываешься в программирование, то язык на котором ты будешь писать большинство своей жизни скорее всего ещё даже не вышел. Кокой бред. Всё уже давно вышло, а то, что выйдет - будет тем же самым хуйнянейм только под другим соусом с другим названием.
>>212830849 Ну, c++ при прямых руках может выдавать машинный код без оверхеда. Или по крайней мере с минимальным. Руками сейчас уже так на асме не оптимизнешь.
>>212822386 Наличие либ - не фича языка. У любого популярного языка есть либы для того что описал опхуй. Другое дело, что наличие либ не означает что эту задачу рационально решать именно на этом языке. Что с того что на Питоне есть либы для разработки под Андроид? Если твоя цель сделать Андроид приложение, то ты возьмёшь Java/Kotlin, ну или React Native если у тебя есть с ним опыт.
>>212840671 Так и есть, но опхуй просит название одного языка программирования, а не спрашивает "какие концепции в ЯП изучить чтобы в будущем осваивать любой новый ЯП".
>>212841430 C++ - довольно таки примитивное, но монстровое поделие, полное исторически сложившихся нелепых нагромождений. Человек, который хорошо в нем ориентируется - это хорошее зубрилко а не хороший программист. Умение героически преодолевать трудности, которые создает твой собственный инструмент, вместо того, чтобы решать непосредственно прикладную задачу, в современно мире ценится разве что только среди прыщавых сосок. Работодатель же это сомнительное умение не ценит, и совершенно справедливо.
>>212841749 Если бы у тебя был опыт решения хотя бы пары задач на плюсах, ты бы придумал оправдание получше чем назвать язык неуклюжим, а меня ньюфагом. У крестов ест недостатки, но итт я слышу только кресты сложна, мало платят
>>212841960 >довольно таки примитивное, но монстровое поделие Ты уже определись. >трудности, которые создает твой собственный инструмент Даже не смешно, достаточно взять не высокую планку понимания и никаких трудностей не будет, останется только недоумение от того как сложно и неуклюже устроенны "безопасные" языки
>>212842150 Даже лень тебя обоссывать, плюсовик диванный. Что-то мне подсказывает, что я больше тебя продакшен кода на плюсах написал. А утверждать что плюсы "не сложные" может только отбитый даун или жирнючий тролль.
>>212842485 > никаких трудностей не будет Те, кто кроме C++ ничего другого не знают - они просто и не понимают, что мучаются. Они плачут, колятся, но продолжают жрать кактус. Всем остальным же, кто знает чуть побольше чем всего лишь жалкий C++, писать на этом позорище очень, очень противно. Они знают, что можно гораздо лучше и аккуратнее.
Хуже всего дела обстоят с самым потенциально мощным механизмом языка - с метапрограммированием. Язык темплейтов в C++, хоть и является Тьюринг-полным, на самом деле на практике бесполезен. Он не совпадает с самим C++, из этого языка нельзя пользоваться возможностями C++, и, соответственно, потенциал роста сложности абстракций оказывается ограниченным.
Далее - семантика системы типов языка излишне сложная, при этом не полная и не ортогональная. В результате - рассадник тупейших ошибок.
Потенциал к оптимизации у программ на C++ весьма низкий, опять же за счет недостаточно развитой системы типов и отсутствия механизмов формулировки высокоуровневых абстракций. Языки более высокого уровня можно гораздо серьезнее оптимизировать, к ним можно применять интересные формальные методики - автоматически распараллеливать алгоритмы, выводить определенные свойства реализации, и т.п.
Как язык низкого уровня, как кроссплатформный ассемблер, он тоже слабее своего предшественника, чистого Си: спасибо за это непредсказуемому и нестандартизованному name mangling.
Ну а уж за дурацкий синтаксис C++ вообще Страусу отдельное огромное спасибо. Мало других таких языков, для которых парсер написать - это подвиг, достойный прижизненного конного памятника в полный рост.
>>212841960 Тупень, речь же идет про современный (хотя бы c++11). То что тебя там травма потому что тебя в детстве учитель по информатике выебал учебником Александреску, к делу не относится. Если писать на современном диалекте, то по сути от твоих модных свистопердящих языков мало будет отличаться. #include <iostream> #include <vector>
int main() { auto add = [](auto a, auto b) -> decltype(a+b) { return a+b; }; std::vector<int> numbers = { 1, 3, 5, 7}; for(auto &n : numbers) { std::cout << add(n, 10) << std::endl; } }
>>212845513 >работает Компилятор оперделяет ограничения для замыкания (например, тут + и соответственно работают только типы с реализованным сложением) и генерит нужный код с ограничениями.
>>212846242 Пожалуйста, будь с крестами настороже. Это ловушка. Я не насмехаюсь, но хочу предложить тебе сразу бросать это и делать свой язык на асме с макросами. Будь мужиком, например. Это того стоит.
>>212843044 >Языки более высокого уровня можно гораздо серьезнее оптимизировать, к ним можно применять интересные формальные методики - автоматически распараллеливать алгоритмы, выводить определенные свойства реализации Ну и где же это все? Где же оптимизаторы которые выводят пайтон или шарп вперед по производительности за счет умной оптимизации? А нет нихуя, там оверхед как был так и остался.
>>212843044 Лол, очередной манятеоретик, сколько их тут видел за 10 лет, как постили чужие мысли из прочтенных книжек, из под софта написанного на крестах, так и постят, бгг
>Языки более высокого уровня можно гораздо серьезнее оптимизировать Более высокий уровень съедает все твои оптимизации так что кресты покажутся асмом, поэтому крупные корпорации как кодят основыне продукты на си и крестах так и будут кодить, а ты еще повзрослеешь, сорян за переход на личность, но обычно такой пиздешь идет от первокуров всяких впервые севших за учебники по ойтисайнс.
>>212848254 У тебя есть что объективно и доказательно возразить хотя бы по одному из пунктов обвинения? Нет?
Тогда - свободен, тупица. Гуляй дальше, убогое малолетнее ничтожество. Ты уже настолько очевидно слил, что продолжать дальше позориться на твоем месте станет только клинический олигофрен.
>>212850494 Си плас плас auto auto дауны мерятся насколько код не говнокод. Забывая, что главное радость плюсов и си, это не туча бойлерплейта, а неопределенное поведение и сигфолты.
Воскресный, твой.
Так как в /pr шизик и 1,5 вкатывальщика, напишу здесь.
Нужен язык по следующим критериям.
В порядке приоритета:
-Статическая типизация.
-Кроссплатформенность.
-Возможность анализа и парсинга динамических (SPA) сайтов (вроде бы используют все Selenium, непонятно насколько он хорош вообще, может у каких-то языков есть что по-круче).
-Создание сайта, бэкенда. Создание микросервисов (наверное многие сейчас такое могут, но все же).
-Написание простого, но кроссплатформенного GUI (что-то без сильных костылей и чтобы красивее темы windows 95, ну и конечно наличие готовых виджетов и прочей вкусностей).
-Машинное обучение (наличие большого числа решений, ибо не математик совсем)
-Возможность мобильной разработки под андроид (простенькие CRUD-приложения, для себя).
-[субъективно] хорошая читаемость кода.
Низкий приоритет, не обязательно, но будет в плюс:
-Достойная производительность, особенно касается веб решений (то есть производительные веб-фреймворки).
-Поддержка асинхронности (корутин, зеленых потоков).
-Возможность использовать как скрипт. Наличие быстрой компиляции (например через какой-то ключ) с хорошим пакетным менеджером.