Представлен релиз кроссплатформенного открытого генератора сценариев сборки CMake 3.16, выступающего в качестве альтернативы Autotools и используемого в таких проектах, как KDE, LLVM/Clang, MySQL, MariaDB, ReactOS и Blender. Код CMake написан на языке C++ и распространяется под лицензией BSD...Подробнее: https://www.opennet.me/opennews/art.shtml?num=51938
Когда его уже перепишут с нуля?
Кривой синтаксис, куча костылей, pch так и не сделали..
Всегда можно взять инициативу в свои руки.
"теперь есть пятнадцать несовместимых систем сборки"
(с зависимостями от всего, разумеется)
Увы, она давно устарела - есть 145 несовместимых систем сборки :-(
Никогда. Ибо точно такое же угробище никому не надо, а то что есть переписывать - лучше застрелиться.
Так meson же
meson шикарен, но альтернативы ему должны быть.
> pch так и не сделали..Правильно, не читай текст новости. Что там может быть интересного?
https://cmake.org/cmake/help/latest/command/target_precompil...
Капец. В нем столько всего, мне не изучить до конца жизни, сейчаас начал C++ учить... думаю лет 7 займет, там еще GCC, LLVM.. Valgrind
Ваня, мой тебе совет, от человека долгие годы занимавшегося C++ разработкой. Рынок C++ разработки уменьшается, одно легаси в основном. Учи Javascript и будут тебе деньги :)
Не учи ребёнка плохому. После жлобоскрипта он станет обезьяной, а после С++ ещё может стать человеком.
После крестов - только калекой.
> После крестов - только калекой.Согласен, пусть изучает Сишечку, Паскаль и Перл. :)
Asssembler, Паскаль, Сишечку
> Asssembler, Паскаль, СишечкуБез Перла не познать дзен.
Выбирай, Ваня. Обезьяна с деньгами, с возможностью менять компании и проекты, как перчатки. Или Человек, знающий C++, но на рынке не имеющий перспектив, получающий меньшую зарплату и привязанный к одной компании. "Если ты такой умный, почему ты до сих пор бедный".PS: все это шутка, конечно (хотя..). Просто надоело тестировать старый C++ проект :)
> Выбирай, Ваня. Обезьяна с деньгами, с возможностью менять компании и проекты, как
> перчатки. Или Человек, знающий C++, но на рынке не имеющий перспектив,
> получающий меньшую зарплату и привязанный к одной компании. "Если ты такой
> умный, почему ты до сих пор бедный".Как по мне, то лучше быть небогатым человеком, чем богатой обезьяной. Да хотя бы из самоуважения. Простутитки тоже подчас зарабатывают денег больше, чем люди других профессий, но при этом они остаются проститутками.
> PS: все это шутка, конечно (хотя..). Просто надоело тестировать старый C++ проект
> :)По мнению разработчиков Дишечки, D призван заменить C++. Пробовали?
Ну зачем же так утрировать. Я ж не предлагаю в видеоблоггеры, прости господи, податься. Язык на профессионализм не влияет. Просто, если есть возможность получать больше, почему бы ей не воспользоваться. Да и какие перспективы. C/C++ через 20-40 лет останется только в старых больших проектах.> По мнению разработчиков Дишечки, D призван заменить C++. Пробовали?
А смысл? Языки, технологии, фреймфорки приходят и уходят. Сколько у нас на hh вакансий на D? А кто его знает, из-за такого названия не поймешь ) Но думаю около 0. А pet проекты можно и на C++ делать, и на чем угодно, а учить нужно то, что кому-то нужно.
Да уже сейчас, город миллионник, на С++ мест с нормальной зп раз-два и обчёлся. Пхп/Джава спрос выше и зп не отстаёт. Если новичок, то определённо с++ не лучший выбор - пока освоишь до норм уровня, уже и тех мест не останется.
> Да уже сейчас, город миллионник, на С++ мест с нормальной зп раз-два
> и обчёлся. Пхп/Джава спрос выше и зп не отстаёт. Если новичок,
> то определённо с++ не лучший выбор - пока освоишь до норм
> уровня, уже и тех мест не останется.Этот пузырь лопнет, подобно доткомам, он попросту не может не лопнуть, ибо в нём внутри нету реальных денег, всё держится на обещаниях, вере в светлое будущее и займах. Когда лопнет пузырь, вновь понадобятся люди с мозгом и знаниями, а не дипломами по барбершопингу, жлобоскрипту и пихтону. Роста рынка устройств, которым в первую очередь адресованы пресловутые «веб-приложения», уже не будет, рост кончился, развивать на нём давно уже нечего, только свистелки и перделки. И, более того, уже происходит некоторый возврат к традиционным ПК, ибо ВНЕЗАПНО! выяснилось, что производить контент на гаджетах не получается, несмотря на все ухищрения (за исключением рисования, но для худодников и раньше были рисовальные планшеты). А для ПК, на котором производят конент или который используют утилитарно для производственных задач, тоже ВНЕЗАПНО! лучше всего подходят традиционные интерфейсы в стиле Windows 95, которые, снова ВНЕЗАПНО!, лучше всего писать на традиционных Win32 API и других средствах разработки из девяностых.
>лучше всего писать на традиционных Win32 APIНо теперь потребуется кроссплатформа, поэтому Qt.
>>лучше всего писать на традиционных Win32 API
> Но теперь потребуется кроссплатформа, поэтому Qt.Да не нужно это никому на самом деле.
1. В мире, потенциально, есть миллиарды машин с виндой, реально в строю — не менее нескольких сотен миллионов. Их так много, что подсчитать просто невозможно. На всех из них без исключения есть Win32 API и ещё ряд мелкомягких приблуд. Visual Studio Community Edition — бесплатно. Embarcadero Delphi и C++Builder Community Edition — бесплатно. GCC — бесплатно.
2. В строю десятки миллионов машин с Макосью. На всех из них без исключения есть Кварц и прочая яблочная канитель. Xcode — бесплатно. GCC — бесплатно.
3. В мире… нисколько машин (в значимом исчислении) с линуксом. Девелоперские линуксы не считаются, поскольку девелоперов можно в приказном порядке пересадить за Винду с WSL или за Мак. Пользовательских же инсталляций линукса в мире, можно сказать, нет.
Какой смысл писать программы под ОС, которую никто из обычных людей не использует? Сколько кроссплатформенного продающегося и приносящего прибыль софта написано за минувшие, скажем, десять лет? А сколько нативного? Сколько желающих купить Embarcadero RAD Studio для писания кроссплатформенных программ? Мизер, на уровне ошибки измерений. А сколько пишут на нативных средствах для конкретных ОС? Все, кто умеют считать деньги.
Не взлетит, короче. Для тех, кому надо кроссплатформенно и ынтерпрайзно, уже есть великая и ужасная Жабба.
>>>лучше всего писать на традиционных Win32 API
>> Но теперь потребуется кроссплатформа, поэтому Qt.
> Да не нужно это никому на самом деле.
> 1. В мире, потенциально, есть миллиарды машин с виндой, реально в строю —
> не менее нескольких сотен миллионов. Их так много, что подсчитать просто
> невозможно. На всех из них без исключения есть Win32 API и
> ещё ряд мелкомягких приблуд. Visual Studio Community Edition — бесплатно. Embarcadero
> Delphi и C++Builder Community Edition — бесплатно. GCC — бесплатно.Embarcadero, кажется, всё-таки бесплатен лишь для изготовления не на продажу. Вот из 4-го пункта их лицензии:
Customer may reproduce and distribute programs which Customer creates using the Licensed Software without additional license or fees, subject to all of the conditions in the Agreement.
Дела обстоят немного лучше.Привожу для примера описание Дельфи, поскольку первой под руку попалась, но условия использования у них с Билдером одинаковые.
https://www.embarcadero.com/products/delphi/starter/https://www.embarcadero.com/products/cbuilder/starter
https://www.embarcadero.com/free-tools
Who Chooses Delphi Community Edition?Individual Delphi developers, hobbyists, and students who are learning new programming languages, starting to develop cross-platform apps, maintaining open source Delphi projects, or learning the Delphi IDE, who are making less than $5000 in revenue and want to get started with professional-level developer tools.
It’s also perfect for early stage startups who are bootstrapping their product vision before securing capital! Develop your professional app with the Community Edition, knowing that you can skip the learning curve your competition faces when building for multiple platforms.
Am I Eligible for Delphi Community Edition?
If you're an individual you may use Delphi Community Edition to create apps for your own use and apps that you can sell until your revenue reaches $5,000 per year.
If you're a small company or organization without revenue (or up to $5,000 per year in revenue), you can also use the Delphi Community Edition. Once your company's total revenue reaches US $5,000, or your team expands to more than 5 developers, you can move up to an unrestricted commercial license with Professional edition.
Delphi is available in Community, Professional, Enterprise, and Architect editions. For details on the differences between the editions, see the Product Editions page and Feature Matrix. Move up to the Professional edition or above to get additional features including components and drivers for database connectivity, a full commercial development license, and much more.
Ну и дополнительные ссылки:https://www.embarcadero.com/products/delphi/starter/faq
https://www.embarcadero.com/products/delphi/product-editions
https://www.embarcadero.com/features/feature-matrix
Отличный, на первый взгляд, «стартовый пакет» или учебная среда. Но весьма жирный, гигабайты диска пожирает словно семечки.К тому же, я его ни разу не сумел запустить на Windows из-за ошибки с кодом 40373 (проверка лицензии):
http://support.embarcadero.com/print/40373
Да и не очень-то хотелось.
> Дела обстоят немного лучше....
А, ну мне и помнилось некое ограничение.> Отличный, на первый взгляд, «стартовый пакет» или учебная среда. Но весьма жирный,
> гигабайты диска пожирает словно семечки.
> К тому же, я его ни разу не сумел запустить на Windows
> из-за ошибки с кодом 40373 (проверка лицензии):
> http://support.embarcadero.com/print/40373
> Да и не очень-то хотелось.Ну я ухватил на всякий случай ("потом не будет!"), но линукс-то у меня -- единственная рабочая система )) С чего бы возиться под вайном, если есть кроссплатформенный лазарус (хаха).
Кстати, да, про Free Pascal и Лазарус-то я и не вспомнил.Ну, тогда уж можно вспоминать и про FreeBASIC, и про бесплатный PureBasic, оба кроссплатформенны. :)
Глупости, все нужные десктопные приложения уже давно написаны и рынок занят. Настоящее и будущее за веб / мобайл. А веб / мобайл приложения это просто гуй для бэкенда на java / php / что там ещё. Вот собственно под это разработчиков и хантят, биг дата ещё с машлёрнингом.
Я думаю это будет выглядеть по другому.
2050 год.
- Ок, Гугл
- Слушаю, господин
- Нашему отделу нужен веб-проект
- Да, господин. Давайте я задам несколько вопросов и посмотрим, что я могу сделать.
Через час все готово.И тогда действительно будут нужны только разработчики системного софта, но работать они будут в гугле, микрософт и редхате. А все обычные кодеры уйдут работать официантами. Слава богу, я до этого вряд ли доживу.
А ну да, еще будут нужны разработчики на Коболе :)
Пузырь, вероятно, лопнет, но только поможет ли это C++? C 2002 года пишу на C++ за деньги, работодатели довольны, язык же я, хоть и Мейерса-Александреску читал, а до сих пор не знаю, особенно с учетом стандартов за последние 5 лет.
Далее. Возьмем мобильные гаджеты - там нет места для C++ за исключением Sailfish/Аврора/Plasma Mobile/Ubuntu Touch, которые не имеют почти никакой доли рынка, и в России найти работу плюсиста с прицелом на них практически невозможно, особенно если не жить в Москве. Возьмем desktop - единственная платформа, под которую на C++ все еще активно пишутся программы, это KDE. А KDE занимает лишь долю от той доли рынка, что занимает десктопный Linux, т.е. примерно в рамках статистической погрешности. Под венду на C++ пишут либо редкие очень узкоспециализированные ребята, которым производительность нужна любой ценой, в том числе игроделы, либо старые большие проекты, которых опять же в России раз, два и обчёлся. Все остальные давно перелезли на dotnet. Под macOS на C++ качественно ситуация такая же, а количественно еще больше не в пользу C++.Возьмем ембедовку. Там, где ресурсов мало или совсем мало - там либо C, либо голый ассемблер. С++ там не любят за раздутую стандартную библиотеку, за сильно разрастающийся от шаблонов размер бинарей, кроме того, многие все еще ошибочно считают, что exceptions сильно просаживает производительность. Если все это не использовать, то остаток от возможностей C++ не настолько больше, чем C, чтобы заморачиваться с ним.
На серверах C++ опять же есть только там, где производительность нужна любой ценой, т.е. в особо критичных местах. А на бэкенде там либо Java, либо JavaScript, либо Go, Python, PHP. C++ там нет и ясно почему - на нем значительно проще написать небезопасный код, его куда труднее отлаживать, и есть куча случаев с undefined behaviour.
Так что правильно Ване советуют, не надо лезть в кресты.
>дипломами по барбершопингу, жлобоскрипту и пихтону
JavaScript и Python нужны для веба, второй еще для data science, ML и прочего подобного. Вы вот интернет-банкингом пользуетесь? Если да, то скорее всего, либо через веб, либо через мобильное приложение. Десктоп-приложений для этого как-то негусто, да?
С интернет-покупками ситуация точно такая же.
>ибо ВНЕЗАПНО! выяснилось, что производить контент на гаджетах не получается
На одного производителя контента сколько приходится потребителей?
Вы как-то очень серьёзно воспринимаете написанное. Чуть ли не как личное. А всего лишь кто-то набросил, а другие поддержали.
Я не возьмусь прогнозировать судьбу C++ в будущем. И даже не вижу в этом смысла. Пока про него пишут книги и стандарты, он есть, а дальше будет видно. :)
> JavaScript и Python нужны для веба, второй еще для data science, ML и прочего подобного. Вы вот интернет-банкингом пользуетесь? Если да, то скорее всего, либо через веб, либо через мобильное приложение. Десктоп-приложений для этого как-то негусто, да?Да не нужны они там. Просто нету в достаточном количестве людей, умеющих писать на языках получше. Пишут обезьяны хвостом и пишут на том, что выучили на курсах «Как вырастить бороду и стать успешным программистом за 21 день». Ни одному здравомыслящему человеку не надо пояснять, что упомянутые жлобоскрипт и пихтон — это пьяная отрыжка бездны и набор костылей для подпорки архитектурных ошибок. Мода глупа и жестока, да, но она пройдёт. Всего двадцать лет назад был популярен визуалвасик — и где он теперь? Это же можно сказать и о ряде других некогда модных средств, причём некоторые (Кобол, Фортран) забыты массами совершенно незаслуженно, а из-за той же таки моды и суеверий.
>> ибо ВНЕЗАПНО! выяснилось, что производить контент на гаджетах не получается
> На одного производителя контента сколько приходится потребителей?Не могу понять этого вопроса, как ни пытался. Что вы хотите сказать?
ПО не имеет материальных ограничений тиражирования, поэтому между количеством его создателей и потребителей нет корреляции. Это ж не мануфактура ремесленников, которые в поте лица пишут каждую копию программы заново.
>C/C++ через 20-40 лет останется только в старых больших проектах.Да-да!
Node перепишут с С++ на pure JS, OpenJDK на pure Java, Ruby на Ruby,
а LLVM будет сразу на работать в зазорах между кварками.Ну Python мигрируют на PyPyPyPy, питон на питон на питоне.
И встроят сразу во все чипы, сразу после главной шины.
Для этого c PyPyPyPy перепишут на ассемблере.
Непонятным сарказмом пахнуло из вашего сообщения. Хотя я про то и говорю - C/C++ останутся а низкоуровневых, инфраструктурных проектах - БД, ОС и прочий системный софт. Строить карьеру из расчета устроится работать в контору, которая разрабатывает такой софт? Нереально. А вот веб-разработчик возможно еще и нужен будет в обычном энтерпрайзе, которых хоть пруд пруди. Обычный пользовательский софт с десктопа сейчас переполз на мобильные платформы. Тоже полезно, и тоже для C++ здесь мало места. Вот и все.
> Непонятным сарказмом пахнуло из вашего сообщения. Хотя я про то и говорю
> - C/C++ останутся а низкоуровневых, инфраструктурных проектах - БД, ОС и
> прочий системный софт. Строить карьеру из расчета устроится работать в контору,
> которая разрабатывает такой софт? Нереально. А вот веб-разработчик возможно еще и
> нужен будет в обычном энтерпрайзе, которых хоть пруд пруди.Тот модно-молодёжный веб, который держится на веб-макаках, жлобоскрипте и пихтоне и торгует собранной с простого народа бигдатой, к производственным потребностям энтерпрайзов на самом деле не имеет никакого отношения. А тот, который мог бы иметь такое отношение, едва дышит, ибо давно и успешно вытеснен Жабой, успехи также на этом поприще делает Сисярп. И это даже хорошо. Если какой-то возврат к корням произойдёт, то это таки будет единственно верный для бизнеса Кобол, а не что-либо иное, ибо бизнесу для его нужд полезней всё-таки люди, которые прежде всего понимают этот бизнес, что веб-макакам недоступно в силу природных ограничений.
> Обычный пользовательский
> софт с десктопа сейчас переполз на мобильные платформы. Тоже полезно, и
> тоже для C++ здесь мало места. Вот и все.Бросьте, никуда он не переползал. Вы пробовали на смартфоне в каких-нибудь электронных таблицах наподобие Экселя сделать что-нибудь сложнее таблички 2х3, которая может заниматься вычислениями, в которой ячейки будут ссылаться на другие ячейки хотя бы этого же самого листа? Попробуйте, будет масса восторга. Документ набрать и оформить? Тоже нереально. И то же самое по всем задачам, которые требует что-нибудь производить новое. Несмотря на то, что Adobe, Autodesk и все-все-все делают версии своих популярных приложений для гаджетов, с толком возпользоваться ими на практике невозможно, это лишь забава, игра. Смартфон попросту непригоден для замены ПК. Планшет — чуть лучше, но неспроста же планшеты в разы менее популярны, чем смартфоны. Потребитель, даже самый глупый, прекрасно понимает истинное назначение этих устройств: развлечения, игры, потребление «лёгкого» контента.
Мне кажется Nodejs в энтерпрайзе для новых проектов вполне жизнеспособна. Кроме того, делать более менее сложный UI на голом jQuery без современных фронтенд фреймворков довольно тоскливо. Так что, я вполне вижу Javascript (а лучше Typescript) в энтерпрайзе.Электронные таблицы, Adobe, Autodesk - это все средства для работы. Их не так много, и они пилятся конкретными компаниями, туда устроится еще суметь надо. Да и это такое же суровое легаси. Я ж про то, что среднестатистическому десктоп разработчику в своем городе тяжело найти работу даже сейчас.
> Мне кажется Nodejs в энтерпрайзе для новых проектов вполне жизнеспособна. Кроме того,
> делать более менее сложный UI на голом jQuery без современных фронтенд
> фреймворков довольно тоскливо. Так что, я вполне вижу Javascript (а
> лучше Typescript) в энтерпрайзе.Вы не задавались вопросом, почему вообще в энтерпрайз тащат всякое говно? Мой ответ таков: умных людей весьма не хватает. Приходится затыкать дыры и щели обезьянами и тем, что обезьяны производят из-под хвоста. Причём деградация дошла уже до того, что обезьян, способных кодить на жабе или сисярпе, не хватает, пришлось создавать под ещё более тупых выродков «средства программирования» на базе жлобоскрипта. Если это ещё не нижнее днище, то я даже не знаю, что может быть ниже.
>Мой ответ таков: умных людей весьма не хватает.И не нужны они. Сравни хотя бы по количеству вакансий.
Ну я вот работаю в небольшом проекте по разработке ПО для мобильных для создания контента. На 1000 фоточек с котиками, себяшек и сторизов приходится хорошо если 1 таблица, да и та скорее всего в гугл докс онлайн создана. Дизайнеры тоже давно с фш перебежали на вебный цеплин / фигму, всё в онлайн идёт.
Если вы реально C++ разработчик (а не программист не знающий патернов и т.п.), то денег у вас достаточно будет и больше чем у всяких ВЕБ-макак.
После C++ можно писать почти на чем угодно. После жс - врядли
С и С++ развивает программиста, учит работать со структурами данных, оптимизировать код. Js и прочее это контент, оно не чему не учет, только описывать, как программист, архитектор, на js вы nullptr
За падение c/c++ обидно конечно, но рынок все расставил по своим местам.Для Python, JavaScript, Java, Go вакансий в разы больше...
И конкуренция больше. А если их будут массово готовить, то вообще потом будет ловить нечего. Как с 1с сейчас.
>Для Python, JavaScript, Java, Go вакансий в разы больше...Количество и качеcтво - два измерения как минимум.
не неси модную ахинею дружище )
Вообще хорошие разрабы и учатся до конца карьеры, а иногда даже и жизни. И С/C++ - да, примерно столько и учится хороший программист, не забудь ещё паттерны ООП добавить к списку. Это нормально, это hard way. Это не просто выбор профессии для заработать на бутерброд с кофе, это выбор _кем быть_.А с опытом понимания C++ всё остальное - JavaScript, PHP, Java и т.д. и т.п. не составит труда изучить при необходимости. Я бы только где-то на втором-третьем году студенческой кривой обучения добавил Haskell или Erlang к основной линии - функциональщина сейчас много где активно применяется и может быть, это продолжится, и понимать её следует.
P.S.
Только если тебя занесет на ВМК МГУ, не ходи на лекции и семинары Андрюши Столярова, если его оттуда ещё не поперли. Вместо внушения искусства кодинга он будет тебе втирать про GNU и великого Столлмана.
> Это не просто выбор профессии для заработать на бутерброд с кофе, это выбор _кем быть_.Не нужно сакрализировать самую обычную работу. Иначе получится так, как уже написали выше:
«Если ты такой умный, почему ты до сих пор бедный?»
> Не нужно сакрализировать самую обычную работу.Если работу не сакрализировать хотя бы в минимальной степени, не озвучивать молодёжи такую штуку как "призвание" - общество не будет иметь компетентных специалистов и школ, в которых передаются знания. Потому что мы получим толпы кочевников в поисках зарплаты побольше, не умеющих толком ни в одну из профессий, которые они перепробовали.
Но в рамках профессии при хорошем образовании всегда есть пространство для маневра - если, конечно, всякие форумы не развратят вьюноша/деву и не внушат презрение к "макакам" :-)
>не будет иметь компетентных специалистов и школ, в которых передаются знанияТак рыночек порешал давно. Из такой школы нормальный специалист будет лет через 15, смысл тратить бабки на то, что не факт что окупится через много лет? И да, хороший специалист давно штучный товар. Почти в каждую галеру их требуется 5-6 от силы на тысячи других "макак". При таком спросе достаточно тех, которые сами обучились.
> хороший специалист давно штучный товарТак было всегда и везде, и в том же СССР.
Тем более. Смысл напрягаться? Чтобы сесть рядом с девочкой в поддержке, которая школу не окончила? И у крутого спеца шансов меньше туда попасть. Просто отсеется такими же девочками с формулировкой "странный какой-то". Мало ли что ли у нас физиков-ядерщиков дворы мели.
> Смысл напрягаться?Чтобы стать хорошим специалистом. Места для них есть. Не по плюсам, так ещё по чему.
>Места для них есть.Поэтому и есть, что их раз, два и обчёлся. А ты их предлагаешь массово выпускать зачем-то.
> Поэтому и есть, что их раз, два и обчёлся. А ты их предлагаешь массово выпускать зачем-то.А ты до сих пор считаешь, что работодатель это нечто данное свыше? Никто не мешает выпустившемуся специалисту рано или поздно начать работать на себя. Проще говоря - бизнес. (Да, я в курсе, что от слов "бизнес", "компания" и прочих упоминаний о капиталистических реалиях часть местных обитателей начинает плющить.)
>Никто не мешает выпустившемуся специалисту рано или поздно начать работать на себя.А он и так на себя работает по сути. Продаёт то, на что есть спрос. А как он будет свои навыки продавать, это уже не важно. В составе галеры, или ИП оформит, вообще не существенно.
>не озвучивать молодёжи такую штуку как "призвание"это что-то из вывернутого "в армию призвали"?
кто кого куда призывает и сколько платить собирается?
> это что-то из вывернутого "в армию призвали"?Нет, это что-то из: "получивший же один талант пошёл и закопал {его} в землю" Мф. 25 - фу таким быть.
> не ходи на лекции и
> семинары Андрюши Столярова, если его оттуда ещё не поперли. Вместо внушения
> искусства кодинга он будет тебе втирать про GNU и великого Столлмана.Имеет право, не? Он свои книги таки выкладывает в свободный доступ на stolyarov.info. Если у человека слова не расходятся с делами, то честь и хвала ему.
Моё замечание — ради справедливости, а не симпатий к GNU.
> Он свои книги таки выкладывает в свободный доступ на stolyarov.infoКниги у него неплохие, да. Впрочем, ничем не лучше Шилдта, Дейтелов, Праты, Эккеля... Только бесплатные, это да. Правда шрифт - полное гуано, от которого рябит в глазах (вероятно, сглаживание он считает чем-то "несвободным"), интерактивное содержание со ссылками приделывать к документу в 2018 году не научился и(!) хрен тебе функционал поиска по pdf, потому что он нарочно шаманит с кодировками, дабы его опусы нидайбох не скопировали, т.е. свобода им очень своебразно понимается - даже своеобразнее, чем Литресом, бугага.
> слова не расходятся с делами
...но не в ущерб же предмету преподавания, не?
>> Он свои книги таки выкладывает в свободный доступ на stolyarov.info
> Книги у него неплохие, да. Впрочем, ничем не лучше Шилдта, Дейтелов, Праты,
> Эккеля... Только бесплатные, это да. Правда шрифт - полное гуано, от
> которого рябит в глазах (вероятно, сглаживание он считает чем-то "несвободным"), интерактивное
> содержание со ссылками приделывать к документу в 2018 году не научился
> и(!) хрен тебе функционал поиска по pdf, потому что он нарочно
> шаманит с кодировками, дабы его опусы нидайбох не скопировали, т.е. свобода
> им очень своебразно понимается - даже своеобразнее, чем Литресом, бугага.Оформление ужасное, правда. Как-то не ожидаешь такого от человека, который написал книгу ещё и про ЛаТеХ. Верстать вроде научился, надо полагать, но явно не имеет внятного представления о хорошем дизайне книжного издания. И кодировка, ага. Из-за вот этих «мелочей» я его книг и не осилил толком почитать. :)
Зато у него изначально всё по-русски, а не перевод Васяна из Подвал Паблишинг.
>> слова не расходятся с делами
> ...но не в ущерб же предмету преподавания, не?На сей счёт мне говорить затруднительно за полным отсутствием личного опыта и знакомства.
>Зато у него изначально всё по-русскиЕщё в 90-е вырисовалось на горизонте понимание того, что второй обязательный предмет для будущего кодера - english.
В общем, ты споришь лишь бы спорить, ибо воображаешь себя троллем. Я это и раньше замечал, но тут уж просто рука-лицо. Чувак, не пиши мне больше своих комментариев, я их буду игнорировать.
> В общем, ты споришь лишь бы спорить...сказал человек, с которым, внезапно, по текущему комму не спорят.
> ибо
Что-то тебя расплющило на пустом месте, однако.
Ужасность именно оформления книг Столяров разве что в неуклонном намерении использовать непременно CM шрифты, которые, что ни говори, не для кириллицы (что имеется в виду, см., например, Барышников и соавторы, "Шрифты: разработка и использование").Что сама по себе вёрстка "кирпичевата", так это уж структура текста виновата, возможно, не вполне подходящая для учебника.
Стремление закрыть нутро собственно книг (не текст ведь) могу понять, как человек, который бессылочно обогатил учебными материалами третьих лиц.
> Ужасность именно оформления книг Столяров разве что в неуклонном намерении использовать
> непременно CM шрифты, которые, что ни говори, не для кириллицы (что
> имеется в виду, см., например, Барышников и соавторы, "Шрифты: разработка и
> использование").
> Что сама по себе вёрстка "кирпичевата", так это уж структура текста виновата,
> возможно, не вполне подходящая для учебника.Там есть вещи гораздо хуже, чем CM. Например, он жертвует полями ради содержимого. Это на формате А4! В итоге получаются тексты с чрезмерно широкими строками, которые невозможно читать без переутомления и продуктивно усваивать. Бесполезные получаются книги. Сравните с образцовыми советскими «компьютерными» изданиями 70—80-х гг., читать которые — наслаждение.
>> Ужасность именно оформления книг Столяров разве что в неуклонном намерении использовать
>> непременно CM шрифты, которые, что ни говори, не для кириллицы (что
>> имеется в виду, см., например, Барышников и соавторы, "Шрифты: разработка и
>> использование").
>> Что сама по себе вёрстка "кирпичевата", так это уж структура текста виновата,
>> возможно, не вполне подходящая для учебника.
> Там есть вещи гораздо хуже, чем CM. Например, он жертвует полями ради
> содержимого. Это на формате А4! В итоге получаются тексты с чрезмерноЯ всё читаю в электронном виде давно, там это не так бросается в глаза. Возможно, поля узковаты (текст к сумме полей -- 20:5). Но в советских изданиях не намного шире (квантовские Первые уроки... и Начала информатики -- 17,5:4 ; Мир Лиспа -- 17:5 ; возможно, сколько-то обрезалось при обработке).
Но повторюсь, сам текст тяжеловат для учебника, автор хочет сразу и начала, и подробности. Так нельзя делать. Но отсюда эконо
> широкими строками, которые невозможно читать без переутомления и продуктивно усваивать.
> Бесполезные получаются книги. Сравните с образцовыми советскими «компьютерными»
> изданиями 70—80-х гг., читать которые — наслаждение.Там и шрифты другие, для кириллицы более подходящие.
>[оверквотинг удален]
>>> использование").
>>> Что сама по себе вёрстка "кирпичевата", так это уж структура текста виновата,
>>> возможно, не вполне подходящая для учебника.
>> Там есть вещи гораздо хуже, чем CM. Например, он жертвует полями ради
>> содержимого. Это на формате А4! В итоге получаются тексты с чрезмерно
> Я всё читаю в электронном виде давно, там это не так бросается
> в глаза. Возможно, поля узковаты (текст к сумме полей -- 20:5).
> Но в советских изданиях не намного шире (квантовские Первые уроки... и
> Начала информатики -- 17,5:4 ; Мир Лиспа -- 17:5 ; возможно,
> сколько-то обрезалось при обработке).Вероятно, вы меня превратно поняли. Говоря о неправильном использовании полей, я имею в виду избыточное «расширение» строк, а не сами поля как таковые. Нормальными для восприятия принято считать до 60—65 знаков в строке. Люди несведующие этим важным требованием обычно пренебрегают, дабы «не оставлять слишком много пустого пространства», ибо остающиеся пустыми широкие поля им кажутся нерациональным расходованием места, которое надо бы чем-то заполнить. На формате А4 неизбежно получается, что текст, набранный на 10—12 пт, расположится колонкой в середине страницы, а по бокам будут большие поля. В основных стилях ЛаТеХа эти поля на А4 так и остаются «широкими и пустыми», поскольку первично правильное оформление текста в соответствии с принятыми для кириллической традиции правилами книжного набора.
Если бы автор в самом деле задумывался об оформлении своей книги, он бы её, во-первых, не готовил для А4 и, во-вторых, сверился бы с санитарными нормами, со справочниками, с умными людьми бы посоветовался.
> Но повторюсь, сам текст тяжеловат для учебника, автор хочет сразу и начала,
> и подробности. Так нельзя делать. Но отсюда эконоЧтобы уметь делать учебники, надо уметь делать учебники. :)
>> широкими строками, которые невозможно читать без переутомления и продуктивно усваивать.
>> Бесполезные получаются книги. Сравните с образцовыми советскими «компьютерными»
>> изданиями 70—80-х гг., читать которые — наслаждение.
> Там и шрифты другие, для кириллицы более подходящие.Шрифты сегодня не проблема, было бы желание и знание. Но их, похоже, у автора нет.
> Вероятно, вы меня превратно поняли. Говоря о неправильном использовании полей, я имею в
> виду избыточное «расширение» строк, а не сами поля как таковые. Нормальными
> для восприятия принято считать до 60—65 знаков в строке. Люди несведующиеДа откуда в очередной раз это A4? У меня файлы Столярова в размере 143*215, и знаков (правда, без учёта пробелов) -- как раз 59-60.
> Шрифты сегодня не проблема, было бы желание и знание. Но их, похоже,
> у автора нет.Мне кажется, в данном случае работают доведеннные до неразумия принципы.
Кстати, сейчас Столяров стриженый или с хаером? ))
> Да откуда в очередной раз это A4? У меня файлы Столярова в
> размере 143*215, и знаков (правда, без учёта пробелов) -- как раз
> 59-60.Да, пардон, это меня что-то занесло уже. Проиллюстрировал проблему слишком наглядно. :)
В книжках Столярова не А4, вы правы.
>> Шрифты сегодня не проблема, было бы желание и знание. Но их, похоже,
>> у автора нет.
> Мне кажется, в данном случае работают доведеннные до неразумия принципы.Возможно. Или, всё-таки, ему это просто не надо. По «лесенке» на буквах видно, что _эту_ проблему он не решил.
> Кстати, сейчас Столяров стриженый или с хаером? ))Не могу знать, извините.
>>> Шрифты сегодня не проблема, было бы желание и знание. Но их, похоже,
>>> у автора нет.
>> Мне кажется, в данном случае работают доведеннные до неразумия принципы.
> Возможно. Или, всё-таки, ему это просто не надо. По «лесенке» на буквах
> видно, что _эту_ проблему он не решил.НЕ-выравнивание на ширину? Тоже принцип, типа олдскульные машинописи )))
Нет, я о проявлении вот этого:https://tex.stackexchange.com/questions/205578/the-text-in-p...
> неуклонном намерении использовать непременно CM шрифтыСлышал, что пользователи TeX были ограничены в выборе шрифтов еще в начале 2000-х, но с тех пор же прошло дофига времени и есть, например, вполне кириллические ttps://ru.wikipedia.org/wiki/Свободные_шрифты_ПТ. Но, вероятно, они недостаточно "свободны" :-)
> Стремление закрыть
Ну, в итоге вышло не лучше, чем если бы автор продавал книги с DRM. В конечном счёте, если есть желание свободно раздавать свой текст, но прикрыть себя от плагиата, никто не мешает использовать какую-нибудь подходящую лицензию типа Creative Commons с требованием обязательного указания исходного авторства и запретом на создание производных произведений. И плагиатора тащить в суд.
> использовать непременно CM шрифты, которые, что ни говори, не для кириллицыГлупости.
Это тот неадекват, который учит делать проекты целиком на ассемблере?
> Это тот неадекват, который учит делать проекты целиком на ассемблере?Не знаю, анон, я по возрасту ну никак не могу быть его студентом, разве что с ним вместе учиться мог бы.
Раз уж мы за Столярова завели разговор, то наброшу:http://stolyarov.info/node/262
Там про лиспы и вообще. :)
> Только если тебя занесет на ВМК МГУ, не ходи на лекции и семинары Андрюши Столярова, если его > оттуда ещё не поперли. Вместо внушения искусства кодинга он будет тебе втирать про GNU и
> великого Столлмана.Враньё. Столяров-толковый преподаватель. Пишет отличные книги, которые позволяют любому желающему получить неплохой багаж начальных знаний по программированию. Никакие платные говнокурсы и рядом не стояли.
> В нем столько всего, мне не изучить до конца жизниА *всё* учить и не надо. Достаточно знать синтаксис (некрасивый, зато предельно простой) и основные понятия (command, variable, property, toolchain, target) и понимать, как оно друг с другом взаимосвязано, а для остального есть дока.
Ты с троллем разговариваешь. Скорее всего он же тут ноет и про портянки на баше.
Это же бесполезно, через пару лет всё равно всё сломают опять. Лучше бери месон сразу.
Месон ещё не довели до такого состояния, чтобы в нём было, что ломать. А вот поломок в cmake что-то не припоминаю. Подкинешь пруфов?
Удача на твоей стороне, сегодня я могу рассказать. ExternalProject сломали, совместимость ни к чёрту. Ну и депрекейтят фичи и без багов - каждый месяц переучиваться с ним работать. Месон свежий и приятный, не нужно переучиваться постоянно, нет проблем от древних скриптов.
> Месон ещё не довели до такого состояния, чтобы в нём было, что
> ломать. А вот поломок в cmake что-то не припоминаю. Подкинешь пруфов?Хотя не, сорян, вроде работает. Или это не тот проект. Наверно РКН опять, будь он неладен. Но собранную 3rdparty библиотеку (и её инклюды) он всё ещё не может найти. Короче фу на этот смейк.
Чёт устал, в 2012 этот же код работал, в 2017 он перестал работать.Не то чтобы я хотел чего-то необычного, всего лишь собрать зависимость из интернета и прилинковать её в проект, а оно мне инклюды в подпроекте не может найти никак. Как эту дрянь отлаживать вообще? Пока мне не понадобилось подтягивать несколько зависимостей, меня цмейк тоже устраивал.
Запилили эталонное нeнужнo (unity builds), вместо того чтобы запилить модули C++, которые решают ту же проблему гораздо более правильным способом.
И да, CLang + MinGW на винде до сих пор не поддерживается официально. Приходится патчить CMake скрипы из комплекта поставки.
> CLang + MinGW на виндеТакое бывает? А, пардон, зачем?
Из криокамеры вылезай уже. Его же только ленивый в своём проекте не задействовал. Даже кутешники хотят его к moc прикрутить https://lists.qt-project.org/pipermail/development/2019-Nove... Будешь gcc-ой шланг собирать и радоваться.
Потому что студия идёт в нагрузку с телеметрией, привязкой к МС-аккаунту и вообще небесплатная. А также имеет отвратительный установщик, ставящей всякий не нужный мне хлам. Сказать, что студия плохая IDE я не могу, лучшее из всего, на чём я работал. Но лучше сидеть на неудобной IDE, падающей по OOM (это я о Qt Creator), чем жрать проприетарщину с телеметрией.
не разу за 3.5 лет QTCreatior не упал, может я чтот не так делаю
Господа, объясните на пальцах пж-та, без сарказма, почему CMake довольно таки нелюбим, судя по большинству комментов? Из-за синтаксиса только лишь?И еще вопрос: Я правильно понимаю, что если я пишу программу *только* лишь под виндовс, кроссплатформенность мне не нужна абсолютно, то CMake мне в принципе не нужен?
Спасибо.
> почему CMake довольно таки нелюбим, судя по большинству комментов?Не обращайте внимания.
Читаю обсуждения новостей здесь уже лет 10, и всегда комментаторы за cmake горой стоят, всячески нахваливают и продвигают в массы. Что происходит конкретно в этой новости, я понять не могу. На моей памяти это первый раз, когда cmake получает по лицу.
Лично мне cmake не нравится по трём причинам:
1. Для моих домашних проектов достаточно autotools, а то и простых Makefile и README.
2. У cmake нет возможности задать опции глобально. В autotools я могу поместить устраивающие меня --prefix --disable-silent-rules и прочие в config.site и оно будет применяться по умолчанию при сборке всех проектов.
3. Очень долго существовал только autotools, и всех всё устраивало. Cmake был первым, кто начал гонку за зоопарком систем сборки: всякие ninja, meson, ещё какая-то приблуда на питоне. В результате вместо очевидного ./configure && make && make install для каждого пакета теперь свой уникальный способ сборки.
Имхо, cmake сейчас такой же стандарт, как когда-то autotools. А всякие meson/ninja - да, это хипстерство. С cmake тяжело разбираться, но если ты один раз настроил шаблон проекта под себя - все ты можешь его легко переносить из проекта в проект.
> С cmake тяжело разбиратьсяА с autotools-то ты разобраться пробовал?
1. Субъективщина
2. Умеет, есть набор environment variables, через которые можно задать дефолтное поведение
3. откройте для себя cmake --build, cmake -Bbuild-dir -S. -G"что угодно" && cmake --build build-dir
В данном случае cmake сам вызовет нужную программу сборки
> 1. СубъективщинаЯ так и написал :)
> 2. Умеет, есть набор environment variables, через которые можно задать дефолтное поведение
Можно пример? Например, чтобы prefix всегда был в /home/anon/pkg , bindir в /home/anon/bin, sysconfdir в /home/anon/.config ?
> 3. откройте для себя cmake --build, cmake -Bbuild-dir -S. -G"что угодно" && cmake --build build-dir В данном случае cmake сам вызовет нужную программу сборки
Мысль была не в том, что cmake так не позволяет, а в том, что cmake начал "гонку вооружений", из-за чего в данный момент если взять случайно выбранный пакет, то для начала придётся разбираться, что за система сборки в нём используется.
В каждом сраче появляется аноним с невинным вопросом: объясните на пальцах пж-та, без сарказма, почему %SUBJ% довольно таки нелюбим, судя по большинству комментов, за что вы хейтите %SUBJ%?
> Я правильно понимаю, что если я пишу программу *только* лишь под виндовс, кроссплатформенность мне не нужна абсолютно,Неправильно. Она полезна, даже при неиспользвоании в релизе, для отладки. В т.ч.и межкомпилируемость.
К тому же разные версии ОС - уже как разные ОС, например та же линейка w9x - там очень хорошо падает ОС с любой ошибкой, лучше только в DOS, NT-based в этом плане какие то более т.ск.толерантные к багам, часто скрывая - что для програмирования наоборот недостаток.> CMake мне в принципе не нужен?
Зачем нужен CMAKE - без понятия, когда у каждого компилятора есть свой make или файл проекта, как и просто батники никто не отменял чтобы избавиться от доп.уровня make-прослойки и в т.ч.связанного с этим багов, её и пользователя что то забывшего в её синтаксисе.
Скорей всего CMAKE очередной высер какой то компании, сделавшей его для себя по распилу бюджета - для унификации; и затем типично выложившей в opensource чтобы фактически за неё баготестировали. Наверняка и заодно что бы в неё вирус впихнть в компилируемое, как в GCC. А, иначе не однозначно само существование проекта и т.б.затраты на раздачу с сервера годами-десятилетиями и его обслуживание, что как бы ни было мало - тоже всё доп.расходы же.
К сожалению CMake оброс зависимостями и уже зависит от autotools :(
а когда это он от них НЕ зависел, интересно знать?Или ты имеешь в виду, что он уже собранный их при сборке проекта каким-то анусом умудряется задействовать?!
А так-то - он зависит от всего интернета, причем пара этих зависимостей не собирается без... CMake.