зачем паскаль, когда есть С++? Это не выебон, а просто вопрос, сам поначалу кодил на паскале, но потом перешел на С++.
раскрыть ветку (168)
раскрыть ветку (56)
жуть. Правда, я такого не встречал. На данный момент в любом нормальном заведении начинают C++/
раскрыть ветку (11)
раскрыть ветку (9)
одно из преимуществ языка С, в том что большинство современных языков (C/C++/C#/Java/JavaScript и д.р.) используют почти один и тот - же синтаксис, а поэтому не приходится тратить время на изучение синтаксиса в таком языке, а переходишь именно к его особенностям.
А в паскале жуть а не синтаксис, особенно begin-end;
А в паскале жуть а не синтаксис, особенно begin-end;
раскрыть ветку (7)
раскрыть ветку (4)
2 курс. Для зачета по информационным технологиям нужно вставить картинки в документ и создать таблички.
Я в школе вообще начинал программирование с программы "Робот". Было дано прямоугольное поле в клетку, на нем были стенки, нужно было писать алгоритм, чтобы робот передвигался по этому лабиринту из стенок и достигал определенной цели. Так я узнал, что такое сравнение, цикл и т.д. Далее пошел Паскаль. Я не жалею о том, что изучил его в школе. На паскале я понял все основные алгоритмы и логику программ. Плюс Паскаля в том, что компилятор не дает сделать лишних ошибок. В С++ ты должен знать, что делаешь.
В общем мой совет - начать с Паскаля, а после переходить на C, C++, Java и т.д. Если ты уже изучил один язык, на другой язык уже не так сложно перейти. Вот.
В общем мой совет - начать с Паскаля, а после переходить на C, C++, Java и т.д. Если ты уже изучил один язык, на другой язык уже не так сложно перейти. Вот.
Ну как бэ если знание паскакаля требуются в учебном заведении, там этому и научат, не?
Всем, кто читает пост в надежде научиться, хоть Pascal и отличный язык для изучения, всё-таки сейчас его можно считать исклчительно академичным. Ни удобства, ни кучи либ, как в более современных языках в нём нет (я о консольной турбо-версии в топике).
Если же кодить мелочёвку для себя - советую взять Python. Если приложения посерьёзнее - C#. Если нужно просто что-то автоматизировать (в играх или просто в работе) - AutoHotKey или AutoIt.
p.s. Сам начинал с паскаля и дельфи 7, люблю их, но кодить что-то отличное то лаб в универе, в 2014 году я бы не стал.
Всем, кто читает пост в надежде научиться, хоть Pascal и отличный язык для изучения, всё-таки сейчас его можно считать исклчительно академичным. Ни удобства, ни кучи либ, как в более современных языках в нём нет (я о консольной турбо-версии в топике).
Если же кодить мелочёвку для себя - советую взять Python. Если приложения посерьёзнее - C#. Если нужно просто что-то автоматизировать (в играх или просто в работе) - AutoHotKey или AutoIt.
p.s. Сам начинал с паскаля и дельфи 7, люблю их, но кодить что-то отличное то лаб в универе, в 2014 году я бы не стал.
раскрыть ветку (3)
раскрыть ветку (2)
Ну пёрл для любителей "верните мне мой 97". Он уже уходит на покой. Уже можно констатировать, что ему на смену пришёл несравненно более читабельный питон.
раскрыть ветку (1)
раскрыть ветку (38)
раскрыть ветку (20)
Delphi - это своего рода объектно-ориентированный Pascal. При чем тут какая-то неведомая визуализация вообще не понял.
раскрыть ветку (16)
раскрыть ветку (15)
Знаете, я видел как-то раз труды маньяка, который сделал GUI в Ассемблере (а еще у меня в универе был очень остроумный человек, который в ответ на заявление препода про то, что выполнять курсач можно на любом языке сделал его на Brainfuck, но это совсем другая история...), так что нельзя так категорично говорить. Просто ООП значительно облегчает процесс создания GUI.
раскрыть ветку (14)
Гуи Ассемблера от гуи си отличается лишь занесением в стек всех переменных, и то в старых версиях. Увы, счастливые годы работы с прерываниями канули в лепту.
++++++++++++++++[>+++++++++++++>+++++++++>++>++++>+++++++>++++++>++++++>++++++>++++>+++++++>++++++>++++++>++>++>++>++>+++++++++++++>+++++++++>++>+++++++++++++>++++++++>+++++++++++++>++++++++>+++++++++++++>+++++++++++>++>++++>+++++++>++++++>++++++>++++++>++++>+++++++>++++++>++++++>+++<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<-]>.>.>.>++.>++.>+.>+++++++++.>++++++++++++++.>++++++.>+++++.>+++.>+++++++++++.>++++++++++++++.>++++++++++++++.>++++++++++++++.>.>.>.>.>+.>+++++++.>+.>++.>.>++++++++++++++.>.>++.>++.>+.>+++++++++.>++++++++++++++.>++++++.>+++++.>+++.>+++++++++++.>+++++++++++++++.
++++++++++++++++[>+++++++++++++>+++++++++>++>++++>+++++++>++++++>++++++>++++++>++++>+++++++>++++++>++++++>++>++>++>++>+++++++++++++>+++++++++>++>+++++++++++++>++++++++>+++++++++++++>++++++++>+++++++++++++>+++++++++++>++>++++>+++++++>++++++>++++++>++++++>++++>+++++++>++++++>++++++>+++<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<-]>.>.>.>++.>++.>+.>+++++++++.>++++++++++++++.>++++++.>+++++.>+++.>+++++++++++.>++++++++++++++.>++++++++++++++.>++++++++++++++.>.>.>.>.>+.>+++++++.>+.>++.>.>++++++++++++++.>.>++.>++.>+.>+++++++++.>++++++++++++++.>++++++.>+++++.>+++.>+++++++++++.>+++++++++++++++.
раскрыть ветку (10)
Увы, я из современного поколения, поэтому про годы ничего сказать не могу и помянуть романтику былого, когда для многих какой-нибудь вирус был продвинутым HelloWorld - тоже :) Я вообще начинающий-преначинающий, все работу ищу, требования нынче от души. Хочется учиться в бою, а говорят - сиди, книжки читай. А в бою учишься быстрее и эффективнее (хотя, конечно, на мало-мальски серьезный проект такого новичка вешать просто страшно, понимаю).
раскрыть ветку (5)
Ага, современное - 93? не сильно от меня далеко, ровесник, только вот не всем повезло z80 потрошить в малые годы.
А боевое обучение... Не правильно оно. Дай папуасу винтовку, он всех ею перебьёт, да прихваливать будет, какая дубина хорошая. Учиться надо, и учиться надо по книжкам и задачкам. Книжек много, выбирать сложно, читать нудно и не всегда нужно. Боевая практика... С ней одной можно навсегда в нижних слоях 1C застрять.
А боевое обучение... Не правильно оно. Дай папуасу винтовку, он всех ею перебьёт, да прихваливать будет, какая дубина хорошая. Учиться надо, и учиться надо по книжкам и задачкам. Книжек много, выбирать сложно, читать нудно и не всегда нужно. Боевая практика... С ней одной можно навсегда в нижних слоях 1C застрять.
раскрыть ветку (4)
О_о Он самый, 93. Да уж, не всем. *зависть* Увы, детство у меня и без того жутко скучным и бесполезным было, столько всего мог бы сделать... Хотя, чего детство. Я совсем недавно "очнулся" и понял, что я взрослый конь, нихера не умею, а мог бы уже горы сворачивать да на конторе хорошей работать.
Может Вы и правы. Просто читаешь эти книжки, читаешь, а времени уже просто нет, денег нету, работу нету, статуса м положения в обществе вообще нету. Сами понимаете, в бой рвусь, просто не могу уже на жопе сидеть, 21 год, блять, сидел. Мог бы - вернулся бы в прошлое и накостылял бы себе за разгильдяство. Но мечты, мечты...
Может Вы и правы. Просто читаешь эти книжки, читаешь, а времени уже просто нет, денег нету, работу нету, статуса м положения в обществе вообще нету. Сами понимаете, в бой рвусь, просто не могу уже на жопе сидеть, 21 год, блять, сидел. Мог бы - вернулся бы в прошлое и накостылял бы себе за разгильдяство. Но мечты, мечты...
раскрыть ветку (3)
Вот тебе рецепт от Дяди Саши, детины 23 лет.
Забей на книги по программированию. В них для тебя нет смысла. Есть стандарты, есть references, остальное тлен. Выбери одно направление. c/c++, sql, java, js, php, 1C - это самые популярные на биржах. Остальное - нишевое, обычно туда с вышкой берут и переучивают.
Так вот, выбрал направление, взял документацию, нашёл стандартную задачу и... Начал читать литературу по этому классу задач. Физическая задача: матан и физика. Химическая задача: матан и химия. Вероятностная: тервер и дискретка. Операции над множествами и поиск: дискретка и методы оптимизации. Шифрование и архивирование: дискретка и защита информации.
Особый шик - качать литературу с универов.
Так вот, подойдя с этого боку, ты будешь качать голову. Поверь, это важнее. Ибо по запросу "как построить regexp" результатов на пару порядков больше, чем "как проверить стойкость шифра" или "как уменьшить сложность алгоритма до o(lnx)". Это делается не быстро, от того тебя и не берут на работу. Но за пол-года можно стать узкопрофильным специалистом.
Забей на книги по программированию. В них для тебя нет смысла. Есть стандарты, есть references, остальное тлен. Выбери одно направление. c/c++, sql, java, js, php, 1C - это самые популярные на биржах. Остальное - нишевое, обычно туда с вышкой берут и переучивают.
Так вот, выбрал направление, взял документацию, нашёл стандартную задачу и... Начал читать литературу по этому классу задач. Физическая задача: матан и физика. Химическая задача: матан и химия. Вероятностная: тервер и дискретка. Операции над множествами и поиск: дискретка и методы оптимизации. Шифрование и архивирование: дискретка и защита информации.
Особый шик - качать литературу с универов.
Так вот, подойдя с этого боку, ты будешь качать голову. Поверь, это важнее. Ибо по запросу "как построить regexp" результатов на пару порядков больше, чем "как проверить стойкость шифра" или "как уменьшить сложность алгоритма до o(lnx)". Это делается не быстро, от того тебя и не берут на работу. Но за пол-года можно стать узкопрофильным специалистом.
раскрыть ветку (2)
раскрыть ветку (3)
раскрыть ветку (2)
Получается, что бы расшифровать твой шифр, мне нужно расшифровать ему предшествующий. Гениально! Наверное. Я не знаю. яннп
раскрыть ветку (1)
Ну GUI в ассемблере и что бы то ни было на Brainfuck это что-то из области извращений, показать что в принципе возможно но едва ли нужно. В обычном паскале писали чисто консольные программы, если GUI на нём и можно как-то написать то наверное для этого сначала нужно самому написать все графические библиотеки, причём вряд ли на паскале.
раскрыть ветку (2)
Весь гуи делается через WinAPI, как минимум в виндах. Эти вызовы единообразны для всех, от асма до жабы. Я не говорю, что винапи удобнее формочек, но он весьма прост, просто объёмен по коду.
А ведь в восьмидесятых не было этих ваших винапи, да и си с бейсиками был не везде, а люди делали игры, научные подсчёты, 3Д модели для терминатора... А ещё лет за двадцать до того программисты вообще перфокарты таскали... Во хардкор был....
А ведь в восьмидесятых не было этих ваших винапи, да и си с бейсиками был не везде, а люди делали игры, научные подсчёты, 3Д модели для терминатора... А ещё лет за двадцать до того программисты вообще перфокарты таскали... Во хардкор был....
Не, на Brainfuck GUI не было (по крайней мере, у того парня), это уже вообще то ли из жанра гениальности, то ли слабоумия и отваги (ибо нахрена это вообще надо, это уже ненормальное программирование, отличный, кстати, хаб на Хабре).
раскрыть ветку (15)
раскрыть ветку (14)
раскрыть ветку (11)
раскрыть ветку (10)
раскрыть ветку (9)
Открою секрет, учеба на программиста даст тебе только 10% того, что должен знать программист, остальное сам.
раскрыть ветку (2)
10??? Работаю программистом, из университетских знаний использую только вышмат)))
4 года учили делфи + MS access
4 года учили делфи + MS access
Учусь в Казахстанской школе. Delphi7 закончили в прошлом году, до этого были Basic и Pascal, годом ранее MS Office. Теперь базы данных, но на данном этапе разбираем Машину Тьюринга.
раскрыть ветку (1)
Абсолютно верно, но его используют для обучения не только сейчас, а всегда. Pascal - это учебный язык.
я перевелся, там учил на первом курсе С++, тут на первом учат яву\джаву(кому как нравится) и паскаль...пиздец...
на самом деле сразу С++ , не посвящённому будет достаточно сложно, а вот знать Си , хотя бы на минимальном уровне, будет очень полезно, дальше намного легче учить.
Си в мире программирования, это как фортепиано в мире музыки, научился на нём , считай сможешь везде, дело лишь в желании переучиваться)
Си в мире программирования, это как фортепиано в мире музыки, научился на нём , считай сможешь везде, дело лишь в желании переучиваться)
раскрыть ветку (14)
Не, товарищ, тут я с Вами не соглашусь. Пусть я и начинал все изучать с Си, но это - процедурный язык, имеющий сильно различную парадигму с повсеместно используемыми ООП-языками. Как раз-таки тем, кто начинал с Си порой приходится труднее с ООП-языками (кроме С++, он создавался для более легкого перехода с Си), чем человеку, который с них сразу начал. Так что тут еще спорный вопрос, что проще: с головой в омут или постепенно, но с необходимостью кардинально изменить мышление для привыкания к новой парадигме.
раскрыть ветку (5)
С++ - не полностью объектно-ориентированный язык. Тем более, за последние годы он превратился в какого-то франкенштейна, обвешанного костылями.
Его преемник - C# - гораздо логичнее и красивее.
Его преемник - C# - гораздо логичнее и красивее.
раскрыть ветку (4)
Ну, знаете, парадигма ООП в наиболее полном виде (без примесей других парадигм) едва ли существует в каком-либо языке программирования, всегда есть свои "творческие отступления". Одна из главных "болезней" и, одновременно, преимуществ С++ - это обратная совместимость с С. Это породило немало проблем, но на то время основная его цель была создать легкий переход для программистов на С. Но, тем не менее, это мощный язык, как его иногда зовут "самый низкоуровневый среди высокоуровневых языков", который для определенных целей почти незаменим.
И, я боюсь Вас разочаровывать, но назвать Шарп наследником Плюсов - ошибочно. С# во многом слизан с Java, учась на ее ошибках (ну, по крайней мере, так все замышлялось; а еще это просто очередная, но, на этот раз успешная попытка Microsoft отхватить себе кусок пирога). На С++ он похоже едва ли больше, чем Java.
И, я боюсь Вас разочаровывать, но назвать Шарп наследником Плюсов - ошибочно. С# во многом слизан с Java, учась на ее ошибках (ну, по крайней мере, так все замышлялось; а еще это просто очередная, но, на этот раз успешная попытка Microsoft отхватить себе кусок пирога). На С++ он похоже едва ли больше, чем Java.
раскрыть ветку (2)
Зачем вы мне всё это рассказываете? Я 10 лет в разработке ПО, много кодил как на С++, так и на Delphi, так и на C#, и всё это прекрасно знаю.
Слово "преемник" я немного неправильно употребил, признаю. В это слово я вложил хронологический смысл, а не парадигменный. Имелось в виду, что C# появился после С++. Понятное дело, что C# вдохновлён Java и Delphi (кстати, автор C# когда-то работал в Borland и создавал Object Pascal) и концептуальнее ближе к ним. Хотя синтаксически во многом похож на C++ и даже почти обратно совместим с ним.
Конечно я понимаю, что у них разные парадигмы и использовать их нужно в совершенно разных проектах. Проект enterprise-уровня ни в коем случае нельзя писать на C++. Точно так же низкоуровневые драйвера, embeded-код, выполняемый на специфическом железе, и производительные игровые движки лучше не пробовать писать на C#.
Но, если рассматривать эти два языка сугубо в контексте реализации ООП, то C# тут гораздо ближе к парадигме ООП и там она красивее и проще реализована. Я ни в коем случае не имел в виду, что C++ плохой.
Слово "преемник" я немного неправильно употребил, признаю. В это слово я вложил хронологический смысл, а не парадигменный. Имелось в виду, что C# появился после С++. Понятное дело, что C# вдохновлён Java и Delphi (кстати, автор C# когда-то работал в Borland и создавал Object Pascal) и концептуальнее ближе к ним. Хотя синтаксически во многом похож на C++ и даже почти обратно совместим с ним.
Конечно я понимаю, что у них разные парадигмы и использовать их нужно в совершенно разных проектах. Проект enterprise-уровня ни в коем случае нельзя писать на C++. Точно так же низкоуровневые драйвера, embeded-код, выполняемый на специфическом железе, и производительные игровые движки лучше не пробовать писать на C#.
Но, если рассматривать эти два языка сугубо в контексте реализации ООП, то C# тут гораздо ближе к парадигме ООП и там она красивее и проще реализована. Я ни в коем случае не имел в виду, что C++ плохой.
раскрыть ветку (1)
Ну, Вы же этого сразу не сказали :)
Тогда я с Вами согласен. Кстати, и насчет реализации ООП тоже, как я и говорил, в С++ камнем преткновения стало желание сохранить обратную совместимость. С Шарпами не так знаком, я пока на стороне Java, но мне она нравится (не без косяков, конечно, да и скорость выполнения все еще не идеальна, хотя земля и небо по сравнению со старыми версиями, особенно до Java SE).
Кстати, говорите, 10 лет? А как Вы начинали? Именно в плане работы. А то у меня проблема таковую найти, абы куда тоже идти не хочется, это плохо может сказаться на развитии моих навыков. Может, я что-то делаю не так?
Тогда я с Вами согласен. Кстати, и насчет реализации ООП тоже, как я и говорил, в С++ камнем преткновения стало желание сохранить обратную совместимость. С Шарпами не так знаком, я пока на стороне Java, но мне она нравится (не без косяков, конечно, да и скорость выполнения все еще не идеальна, хотя земля и небо по сравнению со старыми версиями, особенно до Java SE).
Кстати, говорите, 10 лет? А как Вы начинали? Именно в плане работы. А то у меня проблема таковую найти, абы куда тоже идти не хочется, это плохо может сказаться на развитии моих навыков. Может, я что-то делаю не так?
раскрыть ветку (5)
раскрыть ветку (2)
а сразу нужно пойнтеры на пойтеры показывать? Кстати, за два года работы программситом так пойнтеров на пойнтеры ни разу и не использовал.
раскрыть ветку (1)
вектор функций возвращающий поинтр на функцию принимающий указатель на темплейтный класс. Все ок.
раскрыть ветку (1)
Да ладно... до тыщи строк в коде, сложно пропустить очистку памяти.. Да и живут учебные програмы очень недолго. Хуже когда ты памятью никак не управляешь о на даже в простых примерах может начать течь или потом в самый неподходящий момент(у нас както питон хорошо потек у гемороя было).
Не посвященному всё даётся с диком трудом, знаю по себе. Когда я даже не знал основ алгоритмизации и программирования, когда не знал, что такое переменная, зачем она нужна и какие бывают виды переменных.
Язык "С" как бритва, умело его используя можно добиться великолепного результата, неумело - кровавого месива.
Паскаль и бейсик - начальный уровень, для школы и колледжа в самый раз. Учит строить алгоритмы, развивает логику.
В частности паскаль имеет раздел VAR для описания всех переменных, т.е. по идее ты должен сначала ПОДУМАТЬ, как организовать свой код, а потом уже писать.
Как мне кажется, не стоит бросать неопытных студентов сразу в плюсы - не все осилят.
Попросили как-то помочь пареньку второкурснику. Очень тяжко даются абстракции типа многомерных динамических массивов, указателей, приведения типов. Например не мог понять, почему указатель на массив можно разыменовать в элемент массива, в строку, и вообще во все что угодно. В конце концов он сдал свои лабы и забил.
Не всем дано и не всем надо.
В частности паскаль имеет раздел VAR для описания всех переменных, т.е. по идее ты должен сначала ПОДУМАТЬ, как организовать свой код, а потом уже писать.
Как мне кажется, не стоит бросать неопытных студентов сразу в плюсы - не все осилят.
Попросили как-то помочь пареньку второкурснику. Очень тяжко даются абстракции типа многомерных динамических массивов, указателей, приведения типов. Например не мог понять, почему указатель на массив можно разыменовать в элемент массива, в строку, и вообще во все что угодно. В конце концов он сдал свои лабы и забил.
Не всем дано и не всем надо.
Блин, бесят такие люди, как ты. Каждый язык нужен для своего, нельзя всё решить одними "сями". Да многие языки Си-подобные. Паскаль сейчас платформа изучения первичных навыков, и не больше есть конечно "наркоманы" которые в RAD Studio XE7 пилят android, ios, Windows приложухи и в этом нет нечего плохого. Но есть такое понятие как "нативная разработка". То есть если писать скажем на android то только на Java. Windows XNA/C#. IOS Objective-C/Shift. И лучше придерживаются этому. Да есть кроссплатформенная разработка, да там нужно выбирать язык, фреймворк и ещё кучу технологий под определённые решения. Так что ты далеко заблуждаешься говоря себе и другим, что С++ круто всё стальное надо забыть и вообще не трогать их.
Просто друг погибает, помогать надо. Паскаль в колледже требуют)))Я сам сейчас на С++ перехожу.
раскрыть ветку (39)
раскрыть ветку (9)
раскрыть ветку (4)
Соглашусь с вами, но зачем его подключать, если не используешь его функционал? От этого исполнительный файл будет весит только больше
раскрыть ветку (3)
раскрыть ветку (2)
Write, Read и их аналоги для работы с файлами находятся в стандартном модуле, который автоматически подключается (хоть в самой программе это никак не показываются). И в то время могли по шапке настучать за подключение неиспользуемого функционала
раскрыть ветку (1)
На Java лучше. А потом уж, если захочется выжать больше...
сам прошёл такой путь. В школе был Паскаль. До школы баловался Visual Basic, потом был си. И я тоже решил что надо бы на плюсы переходить. Но не понравилось. Попробовал Шарп. Лучше, но на линуксе приходилось извращаться чтобы на нем писать. А когда понадобилось написать Android приложение, начал копать в сторону Java. Был удовлетворен на все 100%.
Так вот советую учить его. И, желательно, не по урокам в интернетах, а с помощью книги "Thinking in Java", четвёртое издание. Написана легко, самое то для начала.
сам прошёл такой путь. В школе был Паскаль. До школы баловался Visual Basic, потом был си. И я тоже решил что надо бы на плюсы переходить. Но не понравилось. Попробовал Шарп. Лучше, но на линуксе приходилось извращаться чтобы на нем писать. А когда понадобилось написать Android приложение, начал копать в сторону Java. Был удовлетворен на все 100%.
Так вот советую учить его. И, желательно, не по урокам в интернетах, а с помощью книги "Thinking in Java", четвёртое издание. Написана легко, самое то для начала.
раскрыть ветку (26)
раскрыть ветку (10)
раскрыть ветку (2)
Тут я думаю дело в том, что на паскале просто кодить а смысл занятий тупо объяснить студенту что есть программирование. Да и потом, им по большому счёту программирование вообще не нужно, а тем кому нужно изучают как раз таки С++
ещё комментарии
Во многих учебных заведениях начинают с Паскаля, ибо считается, что это основа и, выучив Паскаль, будет легко выучить остальные языки.
раскрыть ветку (12)
Увы, когда такой подход применяют в университетах - это бред сивой кобылы. Человек УЖЕ пришел изучать программирование, поэтому гораздо лучше не тратить свое время на языки, которые ему никогда не пригодятся, а начать сразу с серьезных ООП-языков, как было у меня на специальности. На соседней же специальности со всеми этими Паскалями только к третьему курсу зацепили тему С++, в то время как мы уже освоили его, еще и с Qt познакомились и уже вовсю бомбили Java.
раскрыть ветку (11)
давай, расскажи нам, как первокурсникам ко второму семестру понятно объяснить всю дрочь с указателями, потоками ( tread ) и при этом не совершать идиотских ошибок.
паскаль изучается не для основ программирования а для понимания основ алгоритмизации, численных методов и прочего подобного дерьма.
паскаль изучается не для основ программирования а для понимания основ алгоритмизации, численных методов и прочего подобного дерьма.
раскрыть ветку (10)
А кто Вам сказал, что это обязательно изучать на первом курсе? На первом курсе мы и изучали алгоритмизацию, просто на языке, который использовали и в дальнейшем. Тем самым, изрядно сократилось время, необходимое на переучивание. С++ не Java, с ним можно работать на уровне С, не зная ничерта про объекты и классы, указатели и потоки, вся разница с процедурной Си лишь в том, что использовались методы (то есть, функции, палюсь :) ) С++, например, не malloc, а new для выделения памяти, ну и тому подобное (где-то мог ошибиться, практикую сейчас Java).
раскрыть ветку (7)
философия ВУЗов заключается в том, что на лекциях вычитывается лишь 30 % материала, остальные 70 % отводят на самостоятельное изучение.
плюсы не для первого курса.
как пояснить человеку суть трех главных слов, если он никогда не знал ничего другого ?
может суть как раз и состоит в том, что бы наглядно показать суть ооп.
короче хрен его знает.
плюсы не для первого курса.
как пояснить человеку суть трех главных слов, если он никогда не знал ничего другого ?
может суть как раз и состоит в том, что бы наглядно показать суть ооп.
короче хрен его знает.
раскрыть ветку (6)
Ага, только наши ВУЗы зачастую не считают нужным предоставить достаточное количество времени, чтобы изучить эти 70%. Увы, по из планам человеку даже спать нельзя, если он не одаренный :(
Да, хрен его знает. Нашему потоку С++ заходила хорошо, плохо лишь тем, кто по ошибке забрел к нам, вторая сессия это исправила. В школе был Pascal, но мне трудно судить о его пользе, потому как на то время уже был знаком с С++. Поэтому, как лучше - судить трудно, тут нужно эмпирические опыты ставить :)
Да, хрен его знает. Нашему потоку С++ заходила хорошо, плохо лишь тем, кто по ошибке забрел к нам, вторая сессия это исправила. В школе был Pascal, но мне трудно судить о его пользе, потому как на то время уже был знаком с С++. Поэтому, как лучше - судить трудно, тут нужно эмпирические опыты ставить :)
раскрыть ветку (5)
если человеку говорят "вот тебе методичка, сделай лабу и защити", а он и этого сделать не может, то он - идиот.
хотя есть исключения. в целом - в зависимости от специфики курса.
я учусь не в ваших а в Украинских вузах, где все хуже, из за кризиса в стране, что, в общем то, к сожалению.
касательно багов, кстати, юнит тесты еще никто не отменял.
проявляются эти 70% как правило только в билетах. кстати.
кому что надо - сам учит, но по факту - должен знать.
хотя есть исключения. в целом - в зависимости от специфики курса.
я учусь не в ваших а в Украинских вузах, где все хуже, из за кризиса в стране, что, в общем то, к сожалению.
касательно багов, кстати, юнит тесты еще никто не отменял.
проявляются эти 70% как правило только в билетах. кстати.
кому что надо - сам учит, но по факту - должен знать.
раскрыть ветку (4)
В нашем универе я могу дать Вам пригоршню методичек, которые ничем Вам не помогут, потому что у преподав свое видение предметов, никому более не известное :D И смешно, и вспоминать тошно. Специальность "искусственный интеллект".
Юнит Тесты мы проходили, кстати, второй курс :)
P.S. Ваших Украинских?.. Простите, но я из РБ :)
Юнит Тесты мы проходили, кстати, второй курс :)
P.S. Ваших Украинских?.. Простите, но я из РБ :)
раскрыть ветку (3)
методичка методичке рознь.
тут как повезет.
но в конце есть список литературы.
госты оформления у всех одинаковы, слава богу.
тут как повезет.
но в конце есть список литературы.
госты оформления у всех одинаковы, слава богу.
раскрыть ветку (2)
Весь "список" литературы состоял из произведений нашего завкафедры, что являлось еще большим бредом, чем сами методички. Понимаете, насколько безвыходное было положение? Я с тех пор слегка освоил телепатию, приходилось уметь читать мысли препода касательно того, что он хочет от меня сегодня.
раскрыть ветку (1)
а в паскале нет указателей? Вот это новость!
А первокурснику и не надо сразу потоки, потоки на следующих курсах, но зато с синтаксисом всё проще будет.
А первокурснику и не надо сразу потоки, потоки на следующих курсах, но зато с синтаксисом всё проще будет.
ещё комментарии
Для прививания навыков программирования и алгоритмизации, как я понимаю. Чтобы хоть немного выбить дурь быдлокодинга. Иногда даже успешно)
раскрыть ветку (12)
раскрыть ветку (11)
Достаточно после плюсов попробовать Java, C#, Python, Ruby что бы понять что такое удобный ЯП.
раскрыть ветку (10)
интересно посмотреть, как код для контроллеров будет писаться на рельсах, Scada на питоне, а OPC на яве...
не стоит забывать, что низкоуровневый код никуда не делся.
не стоит забывать, что низкоуровневый код никуда не делся.
раскрыть ветку (7)
С таким же успехом можно писать веб бекенд, лоигки и морды для разным приложений на плюсах.
Что в Рельсах делается в 1 строчку, то в джаве в 5, а во сколько это выльется в плюсах мне даже страшно представить.
Да и про скорость разработки забывать не стоит, вероятность словить баг и т.д.
Что в Рельсах делается в 1 строчку, то в джаве в 5, а во сколько это выльется в плюсах мне даже страшно представить.
Да и про скорость разработки забывать не стоит, вероятность словить баг и т.д.
раскрыть ветку (6)
вероятность словить баг не зависит от япа.
это все верно, но это все не делает плюсы относительно рельс и питона не адекватным.
это все верно, но это все не делает плюсы относительно рельс и питона не адекватным.
раскрыть ветку (5)
Еще как зависит.
Вероятность словить баг в арифметике указателей стремиться к 146%. Если добавить к этому ручной менеджмент памяти и магические макросы, то ситуация становиться похожей на хождение по минному полю. А еще нужно будет обнаружить баг и исправить, а это еще вагон времени и нервов.
После этого садишься на Руби/Питон/Джаву и понимаешь, что можно жить проще и приятней.
С++ с Рельсами сравнивать вообще не стоит. На Плюсах можно написать функцию, которая будет в 20 раз быстрее работать чем на Руби. Но и времени ни ее написание уйдет больше в 20 раз. Так что тут каждый выбирает чье время ему дороже компьютера или свое.
Вероятность словить баг в арифметике указателей стремиться к 146%. Если добавить к этому ручной менеджмент памяти и магические макросы, то ситуация становиться похожей на хождение по минному полю. А еще нужно будет обнаружить баг и исправить, а это еще вагон времени и нервов.
После этого садишься на Руби/Питон/Джаву и понимаешь, что можно жить проще и приятней.
С++ с Рельсами сравнивать вообще не стоит. На Плюсах можно написать функцию, которая будет в 20 раз быстрее работать чем на Руби. Но и времени ни ее написание уйдет больше в 20 раз. Так что тут каждый выбирает чье время ему дороже компьютера или свое.
раскрыть ветку (4)
если таково мнение современных тенденций, то это очень плохо.
ведь по факту сейчас ничего нового нет, 95 % уже придумано и так или иначе реализовано через библиотеки/фреймворки.
я боюсь спросить, что будет, когда рубисту с таким вот стремление к простоте понадобится чисто внезапно реализовать какой нибудь сложный алгоритм ?
например какой нибудь рекурсивный фильтр типа кальмановского ?
ведь по факту сейчас ничего нового нет, 95 % уже придумано и так или иначе реализовано через библиотеки/фреймворки.
я боюсь спросить, что будет, когда рубисту с таким вот стремление к простоте понадобится чисто внезапно реализовать какой нибудь сложный алгоритм ?
например какой нибудь рекурсивный фильтр типа кальмановского ?
раскрыть ветку (3)
Ничего плохого нет в переходе от паровозов к электровозам.
То, что машинисту не нужно постоянно лопатой уголь кидать в топку, и он может сосредоточиться на управлении поездом это наоборот плюс.
Если рубисту в своем проекте нужно будет задействовать сложный и производительный алгоритм то он либо найдет готовую библиотеку, либо напишет ее на С и подключит в проект.
То, что машинисту не нужно постоянно лопатой уголь кидать в топку, и он может сосредоточиться на управлении поездом это наоборот плюс.
Если рубисту в своем проекте нужно будет задействовать сложный и производительный алгоритм то он либо найдет готовую библиотеку, либо напишет ее на С и подключит в проект.
раскрыть ветку (2)
раскрыть ветку (1)
Дык, они же их и используют. Я к тому, что не требовательную к производительности часть кода можно писать на удобных ЯП, а для сортировок и умножения матриц использовать сишные библиотеки.
Ты не поверишь в очень большом количестве контор используют именно Delphi а не С++. Я даже больше скажу. В других конторах используют C# а не С++
раскрыть ветку (2)
Delphi на мой взгляд намного лучше подходит для работы с базами данных. Много встроенных инструментов и простота.
Сам работал с фирме где весь софт (бухгалтерский и складской) на дельфях писан.
Сам работал с фирме где весь софт (бухгалтерский и складской) на дельфях писан.
раскрыть ветку (1)
Быстрый GUI тоже не маловажный плюс. А в последних версиях еще сделали привзку свойств компонентов в Designtime так что программу с GUI написать там одно удовольствие
раскрыть ветку (5)
Кросплатформенность и больше возможностей. То - же самое наследование от нескольких классов сразу в отличие от наследования от одного класса в C#
раскрыть ветку (2)
1. Следует помнить, то кроссплатформенность не даётся "бесплатно", в большинстве программ сложнее "хелло ворлда" нужно прилагать некоторые усилия для её достижения. Следовательно нужно оценивать, готовы ли к этому при начале написания каждой новой программы. Но так да, это бесспорное преимущество C++.
2. Отвечу фразой какого-то киногероя: "большие возможности налагают большую ответственность". На C++ гораздо больше способов "выстрелить в себе ногу", что усложняет разработку на этом языке для всех групп программистов, кроме полных гуру.
3. Что касается множественного наследования - разрабы C# от него сознательно отказались, т.к. его использование может приводить к чрезмерному переусложнению и запутыванию кода. Так что это спорная возможность. И да, в шарпе есть интерфейсы, допускающие множественное наследование, что позволяет вполне эффективно обходиться без этой фичи.
2. Отвечу фразой какого-то киногероя: "большие возможности налагают большую ответственность". На C++ гораздо больше способов "выстрелить в себе ногу", что усложняет разработку на этом языке для всех групп программистов, кроме полных гуру.
3. Что касается множественного наследования - разрабы C# от него сознательно отказались, т.к. его использование может приводить к чрезмерному переусложнению и запутыванию кода. Так что это спорная возможность. И да, в шарпе есть интерфейсы, допускающие множественное наследование, что позволяет вполне эффективно обходиться без этой фичи.
даже при возможности наследовать из нескольких классов, никто это старается не делать, поэтому в с# отказались от этой возможности
раскрыть ветку (1)
1. Скорость работы, которая зачастую нивелируется говнокодом программистов :) Но да, это плюс языка, а точнее его компиляторов.
2. "Ручная работа с памятью" - я бы не стал это записывать это в явный плюс. Скорее идеал, когда есть на выбор и ручная работа и сборщик мусора. Как в D например (и когда же он, наконец, придёт на смену Си++?)
3. уже ответил
2. "Ручная работа с памятью" - я бы не стал это записывать это в явный плюс. Скорее идеал, когда есть на выбор и ручная работа и сборщик мусора. Как в D например (и когда же он, наконец, придёт на смену Си++?)
3. уже ответил
раскрыть ветку (21)
ещё комментарии
Ага. А потом этих людей "разумно выбравших для себя язык программирования (с++) как наиболее популярный" после института приходится переучивать за свои же деньги на Java, ещё и зарплату им выплачивая, огребая при этом постоянные касяки со сдачей и баги после сдачи.
раскрыть ветку (6)
раскрыть ветку (3)
Щито поделать? Рынок труда расколот на две категории: "смотрите я только что с универа, я умею с++, но хотел бы получать много денег" и "я крутой профессионал с 20-летним опытом разработки, знаю все паттерны, знаю все языки моделирования, срать не хожу без юнит-тестинга, и могу наизусть рассказать все функции всех существующих библиотек... но хочу зарплату 200 тысяч". Но, блин, если так и дальше с этими долбодятлами дело пойдет, клянусь, я лучше найму профи за 200 000 рублей.
раскрыть ветку (2)
Эх. Везет долбодятлам. Я изучаю Java, при этом тесно знаком с С++, четко понимаю, что эти языки предназначены для разных целей. Но никто не берет, в Минске всем нужны Джуниоры с двумя годами опыта минимум и со знанием такой пачки фреймворков, что проще еще пару языков изучить. А, ну да, еще и на ЗП ниже средней для разработчиков.
Проблема в дятлах, а не в языке.
И помоему на джаву проще с шарпа переучиваться.
Шарп щас много где дают.
А проблема с библиотеками везде есть.
И в плюсах тоже. Взять те же boost и Qt.
И помоему на джаву проще с шарпа переучиваться.
Шарп щас много где дают.
А проблема с библиотеками везде есть.
И в плюсах тоже. Взять те же boost и Qt.
значит люди эти так учились. С++ не так уж и сильно, в синтаксическом плане, отличается от Java
раскрыть ветку (1)
ещё комментарии
драйвера ты тоже на Java пишешь? и работа с оперативной памятью там наверное уж очень удобная?;)
раскрыть ветку (10)
раскрыть ветку (6)
драйвера это "утрирование" , когда речь пойдет о высокопроизводительных распределенных системах например, что достаточно чаще приходится делать, чем те же драйвера, то ни Java, ни C# вам не помогут, только С/С++
раскрыть ветку (4)
Чушь порешь на самом деле.
http://zookeeper.apache.org
http://kafka.apache.org
http://hadoop.apache.org
И это только первое, что в голову приходит. Так что есть место и Java в сложных высокопроизводительных распределенных системах
http://zookeeper.apache.org
http://kafka.apache.org
http://hadoop.apache.org
И это только первое, что в голову приходит. Так что есть место и Java в сложных высокопроизводительных распределенных системах
Стало быть писать высокопроизводительные распределенные системы программистам приходится намного чаще чем мобильные приложения, сайты и приложения для Windows.
Стало быть, сейчас на потребительском рынке лидирует ubuntuphone, а не android и iOS.
Стало быть, у всех на ПК стоит FreeBSD, а не Windows.
Стало быть на хайринговых сайтах в топе стоят "программист с++ для АПК", а не "Java-разработчик", "Программист фронтенда", "С# программист".
Стало быть программист с++ получает зарплату в вилке 60 - 140 т.р., а java-разработчики получают жалкую 20-чку.
Не кажется ли вам, что все обстоит чуть-чуть не так?
Я согласен что программисты на с++ нужны. Но вот только они нужны уже не в том количестве, что раньше. И получают уже не столько, сколько раньше. Так что будьте добры своим главным языком выбирать что-нибудь из лидирующей по востребованности серии, чтобы потом работодателям не приходилось за вас платить и вас переобучать. Если они вообще ещё согласятся на это. А свой С++ учите в свободное время.
Об этом речь, если кто не понял.
Стало быть, сейчас на потребительском рынке лидирует ubuntuphone, а не android и iOS.
Стало быть, у всех на ПК стоит FreeBSD, а не Windows.
Стало быть на хайринговых сайтах в топе стоят "программист с++ для АПК", а не "Java-разработчик", "Программист фронтенда", "С# программист".
Стало быть программист с++ получает зарплату в вилке 60 - 140 т.р., а java-разработчики получают жалкую 20-чку.
Не кажется ли вам, что все обстоит чуть-чуть не так?
Я согласен что программисты на с++ нужны. Но вот только они нужны уже не в том количестве, что раньше. И получают уже не столько, сколько раньше. Так что будьте добры своим главным языком выбирать что-нибудь из лидирующей по востребованности серии, чтобы потом работодателям не приходилось за вас платить и вас переобучать. Если они вообще ещё согласятся на это. А свой С++ учите в свободное время.
Об этом речь, если кто не понял.
раскрыть ветку (1)
понимание того как работает компьютер и память куда лучше даёт C++ так что ООП куда полезнее изучать на них. Список и стек на джаве нормально писать? Думаю не станете отрицать полезность понимания таких структур данных, а в джаве они в лучшем случае вшиты. Это такой же необходимый навык для программиста как и значение двоичной/шестнадцатиричной системы.
Я учил сначала плюсы в универе, потом джава с уклоном в веб разработку. И считаю что абсолютно правильно, что дают.
Я учил сначала плюсы в универе, потом джава с уклоном в веб разработку. И считаю что абсолютно правильно, что дают.
раскрыть ветку (1)
но это не значит, что их не надо писать.Точно так же как и программы где необходимо всё до операций рассчитывать, там очевидно выберут плюсы а не джаву.
Нормальные? это кто?
Любители андроида которые едят кактус?
Или банковский софт которому 100лет в обед и его надо поддерживать?
Любители андроида которые едят кактус?
Или банковский софт которому 100лет в обед и его надо поддерживать?
ещё комментарии