или всё же закупаться книгами по крестам?

Лень потратить несколько дней на изучение этого ООП?

для быдлокодеров

Смотря что в твоём пониманиии «быдлокодерство»

STL+IDE - это благо или зло? Ускоряет процесс создания или это для быдлокодеров, а программисты используют только Vim и встроенные инструменты?

Смешал две сущности.

STL

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

IDE - это благо или зло? Ускоряет процесс создания или это для быдлокодеров, а программисты используют только Vim и встроенные инструменты?

Да попробуй уже то и то. Что однозначно круто - vim mode, даже в IDE. Для того чтобы ему обучиться лучше пользоваться vim в том числе. Рекомендую прочитать книгу чтобы познать дзен, иначе будешь потом знать три команды и не понимать почему всем это нравится. А если будет не понимать, то естественно прийдешь в выводам что «не нужно», как все не понимающие зачем нужно

Если в планах только системное программирование в Linux на C

Что это за самоцель такая? Просто чтобы ни случилось, надо писать на С? Что ты вкладываешь в понятие «системное программирование»?

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

Благодарю

ООП не получается осилить.

Есть вакансия в конторе, которая пишет разный низкоуровневый софт для UNIX-only. Обещали стажёром взять, если C/C++ основы освою. Дали полгода для этого.

Начал я с ассемблера. Просто почитать и немного вспомнить времена Синклера. Но теперь Си нужно начинать. А вот ООП меня убивает. Хочется плюнуть на всё...

ООП не получается осилить.

А что именно не получается? Просто в разных языках этим пользуются до разной степени. В С++ вообще в большинстве случаев дальше инкапсуляции не идет. По сути повальное большинство классов в С++, даже в сложных проектах - структуры с присобачеными методами и названые гордо «класс». В С++ больше ценость в программировании на шаблонах, шаблонном полиморфизме, так как сообщетво любит бесплатные для процессора абстракции, а это единственное что стоит 0 при исполнении. Тестирование делается через него же часто.

Я даже твой текст не очень осилил. ;-) Короче, без практики - не пойму. Нужно погружение. Значит пока буду Си учить, а кресты уже попытаюсь осилить уже, работая.

Благодарю за подсказки.

закупись книгами по питону, и пиши на нем. import posix, и в бой

заодно и ооп освоишь, в намного более приятном, чем в с++, виде

если любишь всё французское, можешь еще раст взять

Понимаешь... нет у меня времени, если честно. Хотел только Си освоить и вообще не лезть в ООП. Староват я уже для такихще перемен в жизни - из админа в программеры. А тут предлагают вообще С++ учить. И дурной вопрос: учить сначала Си, а затем кресты? Но говорят, что это вредно... говорят они - учи С++. Это и есть Си, только с классами. ;-) Боюсь, что и классы не выучу и Си не осилю с ними. ;-)

Староват я уже для такихще перемен в жизни - из админа в программеры

Будешь себе это внушать, будет еще хуже.

Боюсь, что и классы не выучу и Си не осилю с ними. ;-)

Ну читай книги, задавай конкретные вопросы на ЛОРе. Нужно говорить о конкретике, а не о общих делах. Иначе невозможно помочь

Боюсь, что и классы не выучу и Си не осилю с ними. ;-)

концепции ООП все равно пригодятся скорее всего. если хочешь стать программером - надо языка 3 освоить хотя бы туда-сюда. 1) что-нибудь со строгой динамической типизацией и GC 2) что-нибудь со строгой статической типизацией и GC 3) что-нибудь со строгой статической типизацией и без GC

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

Vim

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

Vim

просто поиграй в nethack несколько часов без кейпада, потом пройди vimtutor, и всё, ты - вимер

Я так понял, что ты новичек в погромировании. Начни с книги «c++ за 21 день. Джесс Либерти» ну и K&R «Язык программирования С». Только на ней не останавливайся. А после нее уже можешь всяких Страуструпов начинать.

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

лолчто!?

Лол-то. Набор текста, беготня по нему курсором и поиск с заменой (нужно пару раз в год). Вот, собственно и всё. С этим справится любой редактор любой IDE. В IDE важнее такие вещи как интерфейс к gdb и valgrind. Вот это действительно важные вещи, сохраняющие волосы шелковистыми. И вот как раз с этим у Vim огромнейшие такие проблемищи.

Использую консольный vim, использую stl в проектах.

Благодарю. Учту.

И дурной вопрос: учить сначала Си, а затем кресты?

Именно так.

Но говорят, что это вредно...

Ничего вредного. Просто на учебных прогах классы не очень нужны.

Это и есть Си, только с классами.

Когда-то так и было (лет 30 назад). Сейчас — не совсем так. Но если у них Си++ — это просто си с классами, то можно учить по первому изданию Страуструпа, там вообще ничего сложного, если си знаешь.

K&R «Язык программирования С»

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

Благодарю за разъяснение. Пару месяцев сэкономил мне.

У Прата очень хорошие книги для новичков: Си и С++

Прямо по очереди можно учить, т.к. построены книги (контент) одинаково. Легко пересаживаться.

Если там Unix-only, то после си и си++ ещё очень желательно posix выучить.

Имхо

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

Кидаться сразу во всё - будет только каша в голове.

Например?

Начинал плюсы учить сразу, так же ,как и вим.

Не знал ни того ни другого, плюсы сложнее чем вим.

Вимтутор и я влюбился в этот редактор, круче тучи ))) серьёзно.

Любое начинание требует усилий, начинайте с малого, с вима, там первый хелловорлд пишите.

Но сначала откройте консоль и наберите vimtutor

vimtutor

Вот спасибо за наводку! В натуре классная весч! ;-)

И в дальнейшем советую консольный вим, без гуёв тобишь.

Постепенно я стал вим-зависим ))) и ничуть не жалею, наоборот сплошное удобство.

vim

vifm

cmus

zathura

vimium в браузере

Обещали стажёром взять, если C/C++ основы освою.

Начал я с ассемблера.

ну вот кто ты после этого?

Немного оффтоп, не подскажешь просмотрщик картинок с vim like управлением?
Вроде пересмотрел несколько, но вдруг не заметил. Даже желание возникло взять какой-нибудь viewnior и переделать управление :)
Т.е. хочу что-то вроде zathura но для картинок.

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

поэтому все эти «С/C++ за 21 день» - это туфта. десять лет - нормальный срок, чтобы стать профессиональным программистом.

Наш лорчанин xaizek автор любимого мной файлового менеджера vifm собрал на своей страничке целый список vim like

https://xaizek.github.io/2016-08-13/big-list-of-vim-like-software/

Нахера тебе вим? Бери проше, Qt Develop, eclipse, vscode.

Тебе шашечки или ехать?

Например?

Нет, вроде в более новых изданиях получше. В том, по которому учился я, все функции объявлялись так:

power(base, n)
int base, n;
{
  /* тело */
}

А сейчас открыл первую попавшуюся google-ссылку на книгу — вроде нормально объявляются, только power нашёл, да и то с примечанием:

Историческая справка. Самые большие отличия ANSI-Си от более ранних версий языка как раз и заключаются в способах объявления и определения функций. В первой версии Си функцию power требовалось задавать в следующем виде:

/* power: возводит base в n-ю степень; n >= 0 */
/* (версия в старом стиле языка Си) */
power(base, n)
int base, n;
(
 int i, p;
 P = 1;
 for (i = 1; i <= n; ++i)
 p = p * base;
 return p;
}

Здесь имена параметров перечислены в круглых скобках, а их типы заданы перед первой открывающей фигурной скобкой. В случае отсутствия указания о типе параметра, считается, что он имеет тип int. (Тело функции не претерпело изменений.))

Но даже в таком варианте первая же программа hello_world вызовет с опцией -Wall предупреждения gcc и любого другого нормального компилера:

#include <stdio.h>
main()
{
 printf ("здравствуй, мир\n");
}

test_kr.c:2:1: предупреждение: по умолчанию возвращаемый тип функции - «int» [-Wreturn-type]
 main()
 ^
test_kr.c: В функции «main»:
test_kr.c:5:1: предупреждение: control reaches end of non-void function [-Wreturn-type]
 }
 ^

Справедливости ради, оригинальный автор vifm — Ken Steen. В том списке 5 просмотрщиков, я использую sxiv.

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

Ну, его же на фирму берут, зная кого берут. :-) А значит начинающие там тоже годятся. Кстати, не так уж долго нужно учиться, чтоб писать. Точно не 10 лет. У нас студенты нормально обучались за несколько лет. Здесь больше от человека зависит, а не от срока.

десять лет - это если человек сообразительный и достаточно упорный. остальные через год или два отсеиваются.

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

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

поэтому все эти «С/C++ за 21 день»

Это просто название такое. Из конца 90-х. Никто и не говорит, что за пол года можно стать специалистом.

я в курсе, кэп. но просто люди думают, что вот они «выучили» язык программирования - и они уже программисты :)

Благодарю тебя и qqsi за список, смотрел все в своё время.
Вспомнил чем мне не понравился sxiv.
Допилю его под себя.

Обнадёжил... ;-)

нормальный код обычно появляется где-то лет через десять

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

Обнадёжил... ;-)

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

предупреждения gcc и любого другого нормального компилера

gcc -ansi

gcc -ansi

Я и говорю, что

без специальных опций совместимости компиляться не будут.

Ну, в данном случае будут, но с предупреждениями. В любом случае K&R морально уже устарел. Если бы ещё не было выбора, жили бы как в Советском Союзе, где книжки печатались миллионными тиражами, но сама номенклатура была невелика, тогда можно ещё учить по K&R на безрыбье, но при наличии выбора, зачем пользоваться старьём? Ну можно прочитать потом лёжа на диване как беллетристику, — классика всё-таки, потом можно всем говорить, что K&R читал... Но учиться по этой книге, чтоб сразу начать переучиваться, смысла не вижу.

Что ты предлагаешь на замену K&R?

Что ты предлагаешь на замену K&R?

Я ничего не могу предложить, т. к. чтобы предлагать, надо прочитать и заценить. Но, как я понял, у ТС'а есть 2 книги одного автора по сям и крестам. Насколько они хороши — не знаю.

Что однозначно круто - vim mode

круто != нужно

Именно так.

Уже давно не так. И вряд ли когда либо было так.

С и C++ — это разные языки, программировать на них нужно по-разному. И то, что изрядная часть C является подмножеством C++, этого факта не отменяет.

Ничего вредного.

Ваш совет, например, вполне себе вредный.