Курс по С++ с уклоном в тематику форума

[Snow]

Смутили книги до 14 стандарта, хотя нет даже до 17, вот точно нужно вникать как выеживаться с шаблонами до 17 стандарта? Там же прсто жопа синтаксическая которая ломает мозг и которая пригодится только на заводе для поддержки кода написанного черти когда, мыловару оно точно надо?
Вместо хороших старых книг надо искать хорошие новые что бы чел неломал себе мозг тем что он в здравом уме использовать не будет.

Мыловару может и нет, но вот фундаментальные основы знать очень желательно. А по поводу возраста книг - дык я и сам пердун старый. Я бы дальше 17 стандарта не лез. Нам его достаточно, а кому надо стильно - модно - молодежно - пусть сам осваивает свежие стандарты. А по поводу кода на заводах - довелось мне работать в одной серьезной организации, которая делает серьезный софт. Так вот, они там еще на 11 стандарт кой как переехали. Поскольку начинали задолго до его появления и обратную совместимость никто не отменял. Сейчас там вроде на 17 перебрались. К тому же , думаю, что курс будет полезен не только малварщикам. Но и тем, кто хочет изучать язык для более мирных целей.

 

[shrekushka]

Замечания:

• производительность – в мыловарении это особенно актуально, в 640 килобайт, конечно, уложиться будет
сложно, но мы попробуем;
На самом деле речь идет о размере кода а не о его производительности.


Принципы SOLID являются основанием GRASP который служит основанием GOF, чуть в сторонке у нас идиомы - а ООП это то что было сделано для того что бы мы все это могли реализовать. И дело выглядит как то так - когда-то возникли проблемы и родили потребность, потребность решили закрывать абстракциями, для этого создали ооп, с проектированием абстракций воозникли проблемы, появляется идиомы, принципы, паттерны. Объяснить человеку для чего ему ооп и как его правильно пользовать в отрыве от понимания того для чего оно было сделано и какой был путь я думаю будет трудно, это все и делает ооп сложной темой и объснить ее наверное нужно вместе с вышеперечисленным. Еще и надо научить думать про - что в отрыве от как, ведь где-то здесь чистые сишники закончили свое развитие, я знаю они робко наблюдают за нами из кустов, может чему и научатся, и это будь осторожней когда пойдешь отлить, они во первых странные а во вторых обидчивые. Да и где то там же в куче надо будет говорить и об антипаттернах, с антипаттернами и принципы и паттерны заходят легче. ...Но тут на самом деле хз, просто часто вижу что люди разобралис с синтаксиом ооп, и про солид слышали и про грасп, но это у них как-то все по отдельности, надо давать понимание что это единое целое.

Смутили книги до 14 стандарта, хотя нет даже до 17, вот точно нужно вникать как выеживаться с шаблонами до 17 стандарта? Там же прсто жопа синтаксическая которая ломает мозг и которая пригодится только на заводе для поддержки кода написанного черти когда, мыловару оно точно надо?
Вместо хороших старых книг надо искать хорошие новые что бы чел неломал себе мозг тем что он в здравом уме использовать не будет.

Hold these thoughts for a second.

Now, I'm so confused with the course's structure + objectives + ambition. What's step 1? Is a C++ crash course underway? All the way back to cover basic syntax + raw ptrs?

 

[Snow]

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

Учту, добавлю.

 

[Snow]

Hold these thoughts for a second.

Now, I'm so confused with the course's structure + objectives + ambition. What's step 1? Is a C++ crash course underway? All the way back to cover basic syntax + raw ptrs?

Ускоренных курсов по С++ полно и без меня. Будем предполагать, что потенциальные его слушатели хоть что-то да изучили самостоятельно. В противном случае это всё разрастется до неприличных размеров и будет заброшено. Моя цель дать общее представление о разработке продукта целиком. С++ в данном контексте лишь инструмент, а сам курс можно считать неким руководством по эксплуатации, дабы не отстерлить себе ногу при тестировании очередной фичи. С таким же успехом это мог быть курс на шарпе или петухоне. Не вижу большой разницы, на самом деле.

 

[shrekushka]

Учту, добавлю.

You can omit SVN, basic syntax, manual mem management, templates among other things.

 

[Whisper]

Мыловару может и нет, но вот фундаментальные основы знать очень желательно. А по поводу возраста книг - дык я и сам пердун старый. Я бы дальше 17 стандарта не лез. Нам его достаточно, а кому надо стильно - модно - молодежно - пусть сам осваивает свежие стандарты. А по поводу кода на заводах - довелось мне работать в одной серьезной организации, которая делает серьезный софт. Так вот, они там еще на 11 стандарт кой как переехали. Поскольку начинали задолго до его появления и обратную совместимость никто не отменял. Сейчас там вроде на 17 перебрались. К тому же , думаю, что курс будет полезен не только малварщикам. Но и тем, кто хочет изучать язык для более мирных целей.

Я бы рекомендовал не устраивать "фестиваль всего на свете", а состредоточиться на наиболее эффективных практиках и не учить все подряд что может понадобиться на заводах.
Потому что:
1. заявленная основная цель мыловарение.
2. начинать мыловарить прогибаясь под 11 14 и даже 17 стандарт тупо незачем.
3. для мирного программирования знать старые стандарты тоже не обязательно.
4. на заводе можен и не нужен будет 14й стандарт.
5. всегда можно поискать завод где не неужны стандарты ниже 17.
6. на завод наш герой может и не пойти.
7. особенности старых стандартов можно выучить когда такая надобность реально возникнет.
8. не надо учить архивную пыль про запас, авось пригодиться а мы выучили, не зря возилилис 3 месяца с ней ура!
9. не растрачивай пыл падаванов на то что может и не пригодиться.
Давай придерживаться канвы практической эффективности.

 

[вавилонец]

Ускоренных курсов по С++ полно и без меня. Будем предполагать, что потенциальные его слушатели хоть что-то да изучили самостоятельно. В противном случае это всё разрастется до неприличных размеров и будет заброшено. Моя цель дать общее представление о разработке продукта целиком. С++ в данном контексте лишь инструмент, а сам курс можно считать неким руководством по эксплуатации, дабы не отстерлить себе ногу при тестировании очередной фичи. С таким же успехом это мог быть курс на шарпе или петухоне. Не вижу большой разницы, на самом деле.

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

 

[Snow]

Я бы рекомендовал не устраивать "фестиваль всего на свете", а состредоточиться на наиболее эффективных практиках и не учить все подряд что может понадобиться на заводах.
Потому что:
1. заявленная основная цель мыловарение.
2. начинать мыловарить прогибаясь под 11 14 и даже 17 стандарт тупо незачем.
3. для мирного программирования знать старые стандарты тоже не обязательно.
4. на заводе можен и не нужен будет 14й стандарт.
5. всегда можно поискать завод где не неужны стандарты ниже 17.
6. на завод наш герой может и не пойти.
7. особенности старых стандартов можно выучить когда такая надобность реально возникнет.
8. не надо учить архивную пыль про запас, авось пригодиться а мы выучили, не зря возилилис 3 месяца с ней ура!
9. не растрачивай пыл падаванов на то что может и не пригодиться.
Давай придерживаться канвы практической эффективности.

какая архивная пыль? Еще раз. Я даю те инструменты и литературу, которых достаточно для старта. Я не говорю, что мы будем писать используя 11 - й или любой другой стандарт. Но я не вижу смысла лезть в дебри 20-го стандарта, не осилив азы. Кому надо - тот пусть осваивает остальное. Но глупо рассказывать про корунтины, не осилив базовую многопоточность. А по поводу литературы: критикуешь - предлагай. Та, что предложил я - будет актуально еще десятки лет. Предложи альтернативы, я с удовольствием засяду за изучение.
Я понимаю, что сравнивать современный С++ и тот же матан, не очень уместно. Но, внезапно, весь матан, в данном контексте - высшая математика, основан на вещах, доказанных сотни лет назад. К пример, современную криптографию сложно представить без Китайской теоремы об остатках. А её первое упоминание, между прочим, датируется 3 веком н.э. И упаси боже, если нормальный спец по криптографии ее не будет знать.

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

1. заявленная основная цель мыловарение.

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

 

[shrekushka]

Я бы рекомендовал не устраивать "фестиваль всего на свете", а состредоточиться на наиболее эффективных практиках и не учить все подряд что может понадобиться на заводах.
Потому что:
1. заявленная основная цель мыловарение.
2. начинать мыловарить прогибаясь под 11 14 и даже 17 стандарт тупо незачем.
3. для мирного программирования знать старые стандарты тоже не обязательно.
4. на заводе можен и не нужен будет 14й стандарт.
5. всегда можно поискать завод где не неужны стандарты ниже 17.
6. на завод наш герой может и не пойти.
7. особенности старых стандартов можно выучить когда такая надобность реально возникнет.
8. не надо учить архивную пыль про запас, авось пригодиться а мы выучили, не зря возилилис 3 месяца с ней ура!
9. не растрачивай пыл падаванов на то что может и не пригодиться.
Давай придерживаться канвы практической эффективности.

какая архивная пыль? Еще раз. Я даю те инструменты и литературу, которых достаточно для старта. Я не говорю, что мы будем писать используя 11 - й или любой другой стандарт. Но я не вижу смысла лезть в дебри 20-го стандарта, не осилив азы. Кому надо - тот пусть осваивает остальное. Но глупо рассказывать про корунтины, не осилив базовую многопоточность. А по поводу литературы: критикуешь - предлагай. Та, что предложил я - будет актуально еще десятки лет. Предложи альтернативы, я с удовольствием засяду за изучение.
Я понимаю, что сравнивать современный С++ и тот же матан, не очень уместно. Но, внезапно, весь матан, в данном контексте - высшая математика, основан на вещах, доказанных сотни лет назад. К пример, современную криптографию сложно представить без Китайской теоремы об остатках. А её первое упоминание, между прочим, датируется 3 веком н.э. И упаси боже, если нормальный спец по криптографии ее не будет знать.

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

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

Lots of planning ahead of time. Maybe the essence was lost with the translation all these weeks until now I observe in your conversations.
Honestly, I wasn't expecting a "course" and don't know to what to make of it now. All I was expecting were a series of green "articles", as it's fashionable to say on the forum. Course, a high ambition of course.
I don't know. I'll reserve my opinions until the first article/session.
Now I see what all the planning is all about.

I've never created a course or written a book but Snow:

Avoiding Worldbuilding Paralysis

Why – and how – I limit the amount of worldbuilding I do before I start writing.

www.the-plottery.com

I'll step aside for a while then.

 

[Snow]

Lots of planning ahead of time. Maybe the essence was lost with the translation all these weeks until now I observe in your conversations.
Honestly, I wasn't expecting a "course" and don't know to what to make of it now. All I was expecting were a series of green "articles", as it's fashionable to say on the forum. Course, a high ambition of course.
I don't know. I'll reserve my opinions until the first article/session.
Now I see what all the planning is all about.

I've never created a course or written a book but Snow:

Avoiding Worldbuilding Paralysis

Why – and how – I limit the amount of worldbuilding I do before I start writing.

www.the-plottery.com

I'll step aside for a while then.

возможно я не совсем понял твоей мысли. Если не сложно, то давай еще раз в стиле "для самых маленьких"

 

[Whisper]

Есть такое когнитивное искажение когда человек склонен сильно переоценивать то что имеет.
Это касаеться не только вещей но и навыков.
Это можно наблюдать за старичьем которое за пазухой таскает томики Столярова, офигенный справочник по Windows XP и прочие копролиты времен 32битного периода, жалкое зрелище которое не было бы проблемой если бы нагревание артефактов пузом не повышало интенсивность диффузии молекул, ну да бог с ними с убогими.
Когда-то во времена стандарта 17 Алена(Алена с++) дала хороший совет не читать книг по ц++ до 14 стандарта поскольку вреда больше чем пользы.
А еще я видел ролик одного автора очень популярной книги который просил людей не читать ее потому что она вышла 8лет назад и с тех пор очень многое поменялось.
Другой умный дядька говорил что самый важный навык современности это забывать устаревшее, но когнитивное искажение заставляет нас цепляться за то что мы выучили с трудом и что нам принесло так много пользы.
А еще один умный дядька говорил что программирование очень молодая наука и интенсивно развивается, то что вчера было популярным паттерном, сегодня уже антипаттерн.
Еще один умный дядька говорил - можно взять навоз и найти там непереваренные зерна, смолоть их в муку и испечь хлеб, но если ваша цель испечь хлеб то ковыряние в навозе не лучшая тактика.
Мусор порой очень трудно выкинуть, часто это похоже на уже подпорченный продукт в холодильнике, мы уже не готовы его есть но он еще не на столько испортился что бы безжалостно его выкинуть и поэтому мы его храним еще дня 3, отдельные красавцы хранят всю жизнь.
Мой личный совет не читать книги по языкам программирования которым больше 6 лет, если конечно речь идет о языке который развивается, то же самое касается и паттернов с архитектурой.
Не переживай за тех кто не разберется, тем более что заявлена цель научиться самому научая других. Разберутся все кроме - имбицилов, микроцефавлов, чистых сишников и даунов, хотя у последних есть неплохие шансы.
Выкиньте уже мусор, смените носки и старые тоже выкиньте, прямо сейчас, в помойку, без всякоей жалости, откройте окно и пустите свежий ветер перемен в свой дом, всмотритесь в горизонт, там в дали нас ждет столько интересного!

 

[shrekushka]

откройте окно и пустите свежий ветер перемен в свой дом, всмотритесь в горизонт, там в дали нас ждет столько интересного!

Don't open it too wide, or you'll let the Rust mind virus inside.

 

[Snow]

Есть такое когнитивное искажение когда человек склонен сильно переоценивать то что имеет.
Это касаеться не только вещей но и навыков.
Это можно наблюдать за старичьем которое за пазухой таскает томики Столярова, офигенный справочник по Windows XP и прочие копролиты времен 32битного периода, жалкое зрелище которое не было бы проблемой если бы нагревание артефактов пузом не повышало интенсивность диффузии молекул, ну да бог с ними с убогими.
Когда-то во времена стандарта 17 Алена(Алена с++) дала хороший совет не читать книг по ц++ до 14 стандарта поскольку вреда больше чем пользы.
А еще я видел ролик одного автора очень популярной книги который просил людей не читать ее потому что она вышла 8лет назад и с тех пор очень многое поменялось.
Другой умный дядька говорил что самый важный навык современности это забывать устаревшее, но когнитивное искажение заставляет нас цепляться за то что мы выучили с трудом и что нам принесло так много пользы.
А еще один умный дядька говорил что программирование очень молодая наука и интенсивно развивается, то что вчера было популярным паттерном, сегодня уже антипаттерн.
Еще один умный дядька говорил - можно взять навоз и найти там непереваренные зерна, смолоть их в муку и испечь хлеб, но если ваша цель испечь хлеб то ковыряние в навозе не лучшая тактика.
Мусор порой очень трудно выкинуть, часто это похоже на уже подпорченный продукт в холодильнике, мы уже не готовы его есть но он еще не на столько испортился что бы безжалостно его выкинуть и поэтому мы его храним еще дня 3, отдельные красавцы хранят всю жизнь.
Мой личный совет не читать книги по языкам программирования которым больше 6 лет, если конечно речь идет о языке который развивается, то же самое касается и паттернов с архитектурой.
Не переживай за тех кто не разберется, тем более что заявлена цель научиться самому научая других. Разберутся все кроме - имбицилов, микроцефавлов, чистых сишников и даунов, хотя у последних есть неплохие шансы.
Выкиньте уже мусор, смените носки и старые тоже выкиньте, прямо сейчас, в помойку, без всякоей жалости, откройте окно и пустите свежий ветер перемен в свой дом, всмотритесь в горизонт, там в дали нас ждет столько интересного!

 

[Whisper]

 

[SARPS4BLAZER]

как дела с курсом (статья) про с ++ ?
и для прочтения нужно знания с++ ? или там будут тонкости обсуждаться ?
я не про синтаксис и тд а про ... ооп например и тд
я просто не сильно силён в программировании ... давно не читал книги про яп

 

[Snow]

как дела с курсом (статья) про с ++ ?
и для прочтения нужно знания с++ ? или там будут тонкости обсуждаться ?
я не про синтаксис и тд а про ... ооп например и тд
я просто не сильно силён в программировании ... давно не читал книги про яп

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

 

[Snow]

ООП и архитектура, с прочими паттернами, как упоминалось выше, связаны напрямую. Мы будем проектировать и обсуждать тонкости, попутно изучая умные книжки и тут же применяя их.

 

[Whisper]

 

[xChimera]

1.3 Цели и задачи курса

2 Список литературы и ресурсов, необходимых для успешного старта.

2.1 Литература по С++

У тебя там \n лишние)

 

[SARPS4BLAZER]

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

звучит интересно