The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск среды разработки PascalABC.NET 3.9.0, opennews (??), 26-Июл-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Выпуск среды разработки PascalABC.NET 3.9.0"  +3 +/
Сообщение от soarin (ok), 26-Июл-23, 09:53 
ДотНет весьма популярная вещь, так что не меси.
Ответить | Правка | Наверх | Cообщить модератору

16. "Выпуск среды разработки PascalABC.NET 3.9.0"  –13 +/
Сообщение от Аноним (16), 26-Июл-23, 10:24 
паскаль - это обучение тому как не надо программировать. учить надо на си. а .net задействовать разве что для дипломных работ, не раньше
Ответить | Правка | Наверх | Cообщить модератору

30. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от racooner (?), 26-Июл-23, 10:53 
Почему вы, так же как и многие другие комментаторы ставите в противовес pascal и c? Почему нельзя учить и знать оба языка в разное время? Чем C лучше pascal для обучения новичков?

Будет интересно если ответите.

Ответить | Правка | Наверх | Cообщить модератору

32. "Выпуск среды разработки PascalABC.NET 3.9.0"  –4 +/
Сообщение от soarin (ok), 26-Июл-23, 10:56 
Практикой.
Вот не вижу смысла учить Эсперантно или Латынь вместо Английского.
Хотя в принципе оно поможет в освоении языков (принципы, морфология). Но зачем непонятно, если можно более практичное.
Ответить | Правка | Наверх | Cообщить модератору

35. "Выпуск среды разработки PascalABC.NET 3.9.0"  +2 +/
Сообщение от racooner (?), 26-Июл-23, 11:02 
Аналогия неверна, pascal изначально создавался с целью обучения, латынь и эсперанто не имеют к английскому такого же отношения.
Более практичное можно конечно, здесь дебаты что учить первым можно долго вести, это дело вкуса. Вроде как всем понятно что одним паскалем обучение не ограничивается.
Ответить | Правка | Наверх | Cообщить модератору

39. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от soarin (ok), 26-Июл-23, 11:06 
Ответа на «зачем это сферическое в вакууме?» не последовало.
Ответить | Правка | Наверх | Cообщить модератору

46. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от racooner (?), 26-Июл-23, 11:12 
Это "сферическое в вакууме" существует только в вашей голове, а во всем мире паскаль является одним из первых языков для миллионов людей которые связывают свою жизнь с профессией программиста. Могли бы все они использовать другой язык? Конечно могли бы.
Ответить | Правка | Наверх | Cообщить модератору

61. "Выпуск среды разработки PascalABC.NET 3.9.0"  +1 +/
Сообщение от soarin (ok), 26-Июл-23, 11:23 
> а во всем мире паскаль является одним из первых языков для миллионов людей которые связывают свою жизнь с профессией программиста

Ну для миллионов всяко есть.
Хотя, думаю, что у большинства не так.
Тем более с тенденцией на уменьшение.

Ответить | Правка | Наверх | Cообщить модератору

180. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от 48 (?), 27-Июл-23, 05:44 
может быть - чтобы научится программировать неправильно на не нужном языке, а уже потом зная что к чему учить нормальный язык, - как вариант.

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

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

114. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от FF (?), 26-Июл-23, 14:37 
Есть серьезный софт, который по историческим причинам до сих пор пилят на делфях. Например, попсовый Altium Designer пиратский как винда заполонил умы.
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

124. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от soarin (ok), 26-Июл-23, 14:59 
Да. Всегда есть исключения.
Да и никто не против. Про запретить использовать речи же не было.
Ответить | Правка | Наверх | Cообщить модератору

181. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от 48 (?), 27-Июл-23, 05:47 
То есть массовых сожений еретиков не будет? и допросы юнных ведьм отменяются?..не я так не играю, расходимся
Ответить | Правка | Наверх | Cообщить модератору

115. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от FF (?), 26-Июл-23, 14:39 
Fruity Loops ещё
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

50. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (50), 26-Июл-23, 11:17 
А ты не думал что принципы обучения со временем всегда меняются и то что обучало в 80-90 года в 2020-х годах может не соответствовать реальности. Или может ты до сих пор на таблице брадиса считаешь?
Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

57. "Выпуск среды разработки PascalABC.NET 3.9.0"  +3 +/
Сообщение от racooner (?), 26-Июл-23, 11:21 
Расскажи-ка, что принципиально поменялось за эти 30 лет.
Ответить | Правка | Наверх | Cообщить модератору

64. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от soarin (ok), 26-Июл-23, 11:26 
Принципиально сильно сократилась доля использования Delphi.
То есть если раньше двадцать лет назад Паскалист готовый в бой, то сейчас — нет.
Ответить | Правка | Наверх | Cообщить модератору

111. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от User (??), 26-Июл-23, 14:28 
Тогда с python'а начинать надо, что многие впрочем и делают - не?
Ответить | Правка | Наверх | Cообщить модератору

116. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от FF (?), 26-Июл-23, 14:40 
Так то оно так, что стало хуже - теперь это обучение рекламируется с буквами Жэ и Эс
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

131. "Выпуск среды разработки PascalABC.NET 3.9.0"  –2 +/
Сообщение от soarin (ok), 26-Июл-23, 16:00 
Нет.
15 лет назад этакий визуальный программист паскально-дельфист, который писал программы от кнопочек, не зная алгоритмы и делая этакую ужасную мешанину из глобальных переменных абы как - ничем не лучше.
Ответить | Правка | Наверх | Cообщить модератору

145. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от User (??), 26-Июл-23, 18:32 
> Нет.
> 15 лет назад этакий визуальный программист паскально-дельфист, который писал программы
> от кнопочек, не зная алгоритмы и делая этакую ужасную мешанину из
> глобальных переменных абы как - ничем не лучше.

Так C от этого избавляет примерно "никак".
Мысль, что современное индус-триальное программирование имеет какое-то отношение к математике она того-этого... сильно-сильно не правильная.

Ответить | Правка | Наверх | Cообщить модератору

147. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от soarin (ok), 26-Июл-23, 18:38 
Естественно.
Просто выше было написано, что стало хуже.
А вот раньше на паскале профессионалы писали. И использования Pascal априори давало знания. Не то что какой-то там JavaScript.
Выдумка.
Ответить | Правка | Наверх | Cообщить модератору

106. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от Тот_Самый_Анонимус__ (?), 26-Июл-23, 13:27 
Аналогия верна.

>pascal изначально создавался с целью обучения

Обучения кого? Англоязычных.
Я уже многократно приводил одну мысль: div, mod, begin, end, and, or, not и прочее выглядят как имена переменных, в то время как это знаки либо действий, либо вообще операторные скобки. Их нужно делать знаками, а не символьными последовательностями. Точно так же, как знак «+» не меняется на «plus».

Точно так же and, or, not создают иллюзию живого языка. С точки зрения ученика логично написать

> a = (2 or 3)

Это логично с точки зрения живого языка, под который косит паскаль, но не логично с точки зрения математического языка, коим и является ЯП.

Так что если хочется начального обучения, то нужен упрощённый си/си++, как в среде «Исполнители» Полякова. Тем более что среда поддерживает как русскоязычные команды, так и англоязычные, и устроит как сторонников одного подхода, так и сторонников другого.

>дебаты что учить первым можно долго вести, это дело вкуса

Это вопрос зря потраченных ресурсов на переучивание, ибо сишный синтаксис рулит. И его ВСЁ РАВНО придётся понимать. А вот без паскалевского синтаксиса вполне реально прожить.

А если хочется экзотики, то есть более полезный питон, чем паскаль.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

112. "Выпуск среды разработки PascalABC.NET 3.9.0"  +2 +/
Сообщение от User (??), 26-Июл-23, 14:32 
Дедовщина какая-то. Диды страдали - и ты страдай, все равно ж придется это legacy лопатить!
А уж _учить_ цэ с крестами не в плане "знакомства с двумя лопатами спецсимволов на страницу", а как каким-то основам "как надо" и вовсе гомерически смешная идея - практики костылинга, работы с указателями, legacy-решениями и UB в жизни потомков конечно будет не мало - но выдавать ЭТО за "добродетель" - ну, такоэ.
Ответить | Правка | Наверх | Cообщить модератору

144. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (144), 26-Июл-23, 18:23 
Почему ЯП есть мат. язык? Это же удобный и понятный для людей способ описания действий для ЭВМ.
Чем знак отличается от символа? Все эти скобки плохи тем что то что познчают зависит от котекста. Скобка остаётся скобкой даже если она укзывает на окончание блока с for или на блока с функцыей. Visual BASIC в ктором есть Sub End Sub для указания блока функцыии и For Next для цыкла намного лучше.
Ответить | Правка | К родителю #106 | Наверх | Cообщить модератору

149. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус__ (?), 26-Июл-23, 19:03 
>Почему ЯП есть мат. язык? Это же удобный и понятный для людей способ описания действий для ЭВМ.

Потому что он описывает последовательность действий. Алгоритмизация — математический процесс.

>Чем знак отличается от символа? Все эти скобки плохи тем что то что познчают зависит от котекста. Скобка остаётся скобкой даже если она укзывает на окончание блока с for или на блока с функцыей.

Чем блок цикла отличается от блока условия? Блок команд — это их совокупность, которую можно заменить более крупной командой, если бы она была.

Пример: когда несколько вложенных условий, то как понять какое из условий закрывает очередной конецесли (endif)? Да никак! потому что условия не имеют имён.

Если мы не можем различать блоки вложенных условий. то зачем плодить лишние сущности для операторных скобок различных конструкций?

>Visual BASIC в ктором есть Sub End Sub для указания блока функцыии и For Next для цыкла намного лучше.

Хуже. Это ещё более мерзко. Особенно endif.

Но в паскале операторные скобки так же одинаковы, как и в си/си++. Т.е. вы даже не за паскаль, а за васик. Буэээ.

Ответить | Правка | Наверх | Cообщить модератору

161. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (161), 26-Июл-23, 21:46 
> Потому что он описывает последовательность действий. Алгоритмизация — математический процесс.

- не подскажете, как пройти на Дерибасовскую?
- идете в эту сторону два квартала, потом сворачиваете налево, и идёте, пока не упретесь в Дерибасовскую. Цилечка, поцелуй меня - я математик!

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

Ответить | Правка | Наверх | Cообщить модератору

169. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус__ (?), 26-Июл-23, 22:28 
Кстати, пока ты размышляешь о кале, попробуй опровергнуть что ЯП не переводят любые действия в чётко заданный алгоритм.

Ну и добью сверху:

>Алгоритм - алгорифм, одно из основных понятий (категорий) математики<...> (БСЭ)

Каловед, ля.

Ответить | Правка | Наверх | Cообщить модератору

171. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (161), 26-Июл-23, 22:42 
дяденька, а какое отношение БСЭ имеет к той субстанции, которую вы несете?

про "математический язык, которым является ЯП", например?

Ответить | Правка | Наверх | Cообщить модератору

183. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус__ (?), 27-Июл-23, 06:34 
Понимаешь, шкет, если алгоритм — часть математики, а ЯП — это язык описания алгоритма, то связь очевидна. Это логика, вещь для тебя пока недоступная.

>>> a = (2 or 3)
>> Это логично с точки зрения живого языка, под который косит паскаль,
>я завтра на перерыве загляну почитаю.

«Перерыв» — это тихий час в лагере? Бгг.

Информатика по ФГОС начинается в 7-м классе. Знакомство с азами программирования где-то плюс-минус в то же время. Если ты невидело описанной мною ошибки среди учеников, (а она капец как распространена), значит ты даже не в 7-м.

Чувак, тебя ждёт дивный чудный мир. Я немножко проспойлерю, ты ведь от обиды не заплачешь? В 7-м классе тебя ждёт не только информатика, но и математика разделится на алгебру и геометрию (теперь понятно почему слово «математика» для тебя это только числа).
Иди делись этими новостями с вожатыми, ведь с этими новыми знаниями ты не сможешь заснуть!

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

Ответить | Правка | Наверх | Cообщить модератору

187. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от User (??), 27-Июл-23, 07:16 
А кулинарные рецепты вы пардон, тоже скобочками трех видов описываете? Ну, "алгоритм" жи! Часть ма-те-ма-ти-ки!
Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

202. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус_ (?), 27-Июл-23, 12:48 
> А кулинарные рецепты вы пардон, тоже скобочками трех видов описываете? Ну, "алгоритм" жи! Часть ма-те-ма-ти-ки!

Хоспадя, откуда столько клованов?

Если ты будешь писать рецепт для специальной машины, которая будет его готовить, ТО ТЫ БУДЕШЬ ПИСАТЬ СО СКОБОЧКАМИ, ЕСЛИ ТОГО ТРЕБУЕТ ЯП.
Это как в 3D-принтер загружается gcode, который, по сути является программой. Иногда туда можно грузить стл, тогда перевод стл в программу ложится на сам принтер.

При составлении алгоритма появляется понятие исполнителя, и в каком виде исполнитель способен понять алгоритм, в таком и будешь писать, чтобы получить желаемое.
Когда исполнитель — человек, то можно писать менее формализовано, он поймёт, но и тут возможны тонкости.
Указав в рецепте (алгоритме приготовления) «добавить по вкусу», вы получаете непредсказуемое поведение. Так что математическая точность в рецептах приветствуется.

Ответить | Правка | К родителю #187 | Наверх | Cообщить модератору

204. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от User (??), 27-Июл-23, 12:57 
"Если того требует ЯП" == костыль. До определенного предела МНЕ удобней описывать алгоритм на естественном языке - пока компьютеры были "ну тупыя!!!" - вынужденно приходилось мириться с языками "неестественными", местами - вот прям совсем НЕ. Сейчас они потихоньку умнеют - но луддиты-такия-луддиты, что принять уместить этот факт в голове не выходит.
Да, есть чисто "вычислительные алгоритмы" для описания которых "естественный язык" малопригоден - ну так про матлаб\юлю\R тут никто и не - а вот те же бизнес-процессы например проще описывать в графической нотации вообще не заморачиваясь "святыми скобочками", ага.
Сдубу рухнутое предположение что раз "алгоритмика - часть математики", сталбыть все алгоритмы надо описывать максимально "математическим языком" - оно с дубу рухнутое и есть.
Ответить | Правка | К родителю #202 | Наверх | Cообщить модератору

205. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус_ (?), 27-Июл-23, 13:21 
>луддиты-такия-луддиты

Мало узнать новое слово, надо уметь его применять.
Это не «компьютеры тупые», а вопрос точности формулировки задачи. Потому как без ТЗ результат — хз.
Формализация «естественного языка» необходима в математике, программировании, технической документации, юриспруденции, медицине, да и в других точных областях. Чтобы выражаться не как понятно мамкиным нелуддитам, а так, чтобы мысль не толковалась двояко. Отсутствие подобной формализации может привести к финансовым потерям, сломанным, а то и загубленным жизням.

Вы же рассуждаете как юнец без жизненного опыта.

>а вот те же бизнес-процессы например проще описывать в графической нотации вообще не заморачиваясь "святыми скобочками", ага

Ну так это уже не ЯП. Но и тут идёт жёсткая формализация. Поставите в схему блок другой формы — и смысл может поменяться.

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

Графическая нотация — суть те же графы, которые есть в математике, и описываются соответствующей теорией.

На первом курсе ознакомитесь и с графами, если ЕГЭ сдадите. А курсе на 3-4-и с uml.
И это тоже математика. Снимите шоры, они мешают вам смотреть шире.

Ответить | Правка | К родителю #204 | Наверх | Cообщить модератору

207. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от User (??), 27-Июл-23, 13:44 
Да-да, ad hominem, понимаю.
Перефразирую - "формальный язык" НЕ ОБЯЗАН иметь и как правило не имеет отношения к "математике" ergo ваше исходное:
>Почему ЯП есть мат. язык? Это же удобный и понятный для людей способ описания действий для ЭВМ.

Потому что он описывает последовательность действий. Алгоритмизация — математический процесс.
очевидный bullshit.

Ответить | Правка | К родителю #205 | Наверх | Cообщить модератору

209. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус_ (?), 27-Июл-23, 14:19 
>"формальный язык" НЕ ОБЯЗАН иметь и как правило не имеет отношения к "математике"

Смотря что ты подразумеваешь под математикой.
Если только числа, то ты рассуждаешь на уровне 2-3-го классов.
Тот же графический метод, которым ты пытался оппонировать (но жидко обделался), по сути оказался той же математикой.
Так и формальный язык уже содержит математику, потому как приведение чего-то к определённой форме — уже создание математической модели. Там действуют законы логики, как обычной, так и математической.

Я привёл уже часть определения алгоритма, как основного математического понятия. Алгоритмизация — математический процесс.

Почитай тут https://prog-cpp.ru/algorithmization/

Там и свойства алгоритмов и что это такое.

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

Почитай историю этого слова, в честь чего оно появилось.

И приведи свои контр-доводы о том что алгоритмы могут существовать отдельно от математики.

Ну и возвращаясь к базовому утверждению:

>математического языка, коим и является ЯП

Опровергни. Покажи ЯП нематематический, в котором должны рулить законы лингвистики, а не математической логики.

Ответить | Правка | К родителю #207 | Наверх | Cообщить модератору

211. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от User (??), 27-Июл-23, 14:51 
Я понимаю, сложно вспомнить, с чего начинался разговор, по этому предлагаю перечитать:
>Я уже многократно приводил одну мысль: div, mod, begin, end, and, or, not и прочее выглядят как имена >переменных, в то время как это знаки либо действий, либо вообще операторные скобки. Их нужно делать >знаками, а не символьными последовательностями. Точно так же, как знак «+» не меняется на «plus».
>Точно так же and, or, not создают иллюзию живого языка. С точки зрения ученика логично написать
> a = (2 or 3)
>Это логично с точки зрения живого языка, под который косит паскаль, но не логично с точки зрения >математического языка, коим и является ЯП.

Да? Есть "математический" язык коим является ЯП, есть "живой" язык которой не подходит для описания алгоритмов. Правильно изложил исходный тезис?
Контрдоводом на него оверхдохрена языков, которые обходятся не то, что без +\-, но и без plus\minus - а то и вовсе без _текстового_ описания - и им это почему-то никоим образом не мешает.

Ответить | Правка | К родителю #209 | Наверх | Cообщить модератору

215. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус_ (?), 27-Июл-23, 15:13 
>Да? Есть "математический" язык коим является ЯП, есть "живой" язык которой не подходит для описания алгоритмов. Правильно изложил исходный тезис?

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

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

>Контрдоводом на него оверхдохрена языков, которые обходятся не то, что без +\-, но и без plus\minus - а то и вовсе без _текстового_ описания - и им это почему-то никоим образом не мешает.

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

>без _текстового_ описания

А кто сказал что математика обязательно в тексте?

Ответить | Правка | К родителю #211 | Наверх | Cообщить модератору

33. "Выпуск среды разработки PascalABC.NET 3.9.0"  +2 +/
Сообщение от Аноним (33), 26-Июл-23, 10:57 
C для _обучения_ хуже буквально всем.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

36. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от racooner (?), 26-Июл-23, 11:04 
А я говорю что лучше _буквально_ всем.
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (33), 26-Июл-23, 11:16 
Ну для обучения превозмоганию — да. В жизни пригодится.
Ответить | Правка | Наверх | Cообщить модератору

76. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от n00by (ok), 26-Июл-23, 11:40 
> Почему вы, так же как и многие другие комментаторы ставите в противовес
> pascal и c? Почему нельзя учить и знать оба языка в
> разное время? Чем C лучше pascal для обучения новичков?
> Будет интересно если ответите.

Могу ответить честно про себя.
В детстве я писал для Спектрума клон игры Lode Runner на Паскале (кассета с транслятором шла в комплекте).
Гамнитофон зажевал кассету, труды двух недель канули в Лету.
С тех пор я не люблю Паскаль. ;)

Но это не мешало на нём писать, когда требовалось: делал на привычном языке и переводил.
Из существенной разницы -- лишь наличие стандарта у Си, но подавляющее большинство противников Паскаля  его в глаза не видели.

Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

101. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (101), 26-Июл-23, 12:47 
Знаешь, питон тоже проще для обучения. И что в результате имеем? А то, что все библиотеки машинного обучения на питоне. Потому что мaкaкам видите ли было так проще.
Заставляйте уже свой мозг работать, совсем обленились от простоты.
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

134. "Выпуск среды разработки PascalABC.NET 3.9.0"  +3 +/
Сообщение от Аноним (134), 26-Июл-23, 17:14 
К завтрему на ассемблере напиши-ка мне, любезный, библиотеку машинного обучения. Заставь уже свой мозг работать, совсем обленился. А не напишешь — на конюшне высеку.
Ответить | Правка | Наверх | Cообщить модератору

102. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (102), 26-Июл-23, 12:50 
А чем вы в школе занимались. Может в вашей деревне не было информатики?
Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

103. "Выпуск среды разработки PascalABC.NET 3.9.0"  +1 +/
Сообщение от mma (?), 26-Июл-23, 12:51 
Зачем учить C тем кто не будет программистом а просто надо изучить основы алгоритмизации? За что так издеваться над этими людьми?:)
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

108. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (108), 26-Июл-23, 13:51 
Писал раньше на Паскале. Сейчас пытаюсь на Си. Это как раз таки Си учит тому, как не надо программировать. Понимаете. Код должен не просто тупо работать. Он должен быть логичным и красивым. В Си же половина проблем решается через костыли. Я уже писал банальный пример const BoolToStr:array[boolean] of string = ('false', 'true'). В Паскале так же есть нативная поддержка интерфейсов, которая дает автоматический менеджмент времени жизни объектов и избежать всех этих проблем с утечками памяти и use-after-free, которые так любят дяди сишники и даже придумали для решения проблемы целый новый язык Rust. И я уже не говорю про наличие FastMM/HeapTrc.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

127. "Выпуск среды разработки PascalABC.NET 3.9.0"  –3 +/
Сообщение от soarin (ok), 26-Июл-23, 15:05 
Да хоть десять раз можешь этот бред повторять.

Это из плюсов и стырено. На плюсах выглядит так же примерно.

Ответить | Правка | Наверх | Cообщить модератору

128. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (128), 26-Июл-23, 15:17 
Ну попробуйте написать const X[bool] = Что вам компилятор скажет? Он вам скажет "Дядь, я не умею в перечисляемые типы. Хочу const X[2]. Конвертируй bool в int какими-хочешь костылями - твоя проблема".
Ответить | Правка | Наверх | Cообщить модератору

130. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от soarin (ok), 26-Июл-23, 15:50 
Что ты несёшь?

inline const char* const BoolToString(bool b)
{
  return b ? "true" : "false";
}

Всё. И не нужен какой-то бред с массивом X.

Ответить | Правка | Наверх | Cообщить модератору

133. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (128), 26-Июл-23, 17:07 
Это то, о чем я и говорю. Красивый код - он красивый даже без оптимизации. Сейчас просто представьте, что компилятор вдруг забудет все свои супер-пуперские оптимизации. Во что превратится ваш код? А во что мой? Это как раз и есть то, что я называю "Учить, как не надо кодить". Писать ересь в расчете на то, что компилятор это соптимизирует в то, что вам надо - так кодить не надо. И это с bool все легко. А если тип enum будет? Switch-case городить будете?
Ответить | Правка | Наверх | Cообщить модератору

135. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (134), 26-Июл-23, 17:17 
> Сейчас просто представьте, что компилятор вдруг забудет все свои супер-пуперские оптимизации.

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

Ответить | Правка | Наверх | Cообщить модератору

142. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (128), 26-Июл-23, 17:27 
Ну не у каждого товарища есть знания, чтобы запустить objdump -a и посмотреть своей программе в машинный код. Как вы можете рассчитывать на то, что компилятор за вас что то там соптимизирует? Зачем сразу учить программированию с учетом оптимизаций вместо того, чтобы сразу написать красивый и оптимальный код? Вы в курсе, что без оптимизаций подобный сишный код скомпилируется в 5 машинных инструкций, из которых всегда будут выполняться 3. А мой код скомпилируется в одну машинную инструкцию. Всегда. Хоть с 0 оптимизаций.
Ответить | Правка | Наверх | Cообщить модератору

143. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от Тот_Самый_Анонимус__ (?), 26-Июл-23, 18:17 
>BoolToStr:array[boolean] of string = ('false', 'true')

Это и есть гамнокод.

>Красивый код - он красивый даже без оптимизации.

Он и некрасивый. Ещё и искусственно придуманный.

>Понятно, что если написать что то типа X[B ? 1 : 0], то внутри оптимизатор все равно превратит это в ту же косвенную адресацию, что и X[В], который будет в паскале.

X[В] будет тем же самым. Это паскаль напрямую не переводит логику в математику.

>чтобы сразу написать красивый и оптимальный код?

Оптимальный — это не про паскаль с его ord(), chr() и непереводимостью логики в математику.

[сообщение отредактировано модератором]

Ответить | Правка | Наверх | Cообщить модератору

254. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (254), 01-Авг-23, 21:08 
Да уж, всерьёз верить, что производительность = количество инструкций. Ты наверное ещё веришь, что если заинлайнить все функции, код начнёт работать быстрей? Или что бранчинг — абсолютное зло, которое всегда убивает пирфоманс? Или что если всё написать на ассемблере, оно магическим образом станет летать со скоростью света? Или что ручная векторизация всегда лучше автоматической? Или что если манажить память без аллокатора, код будет меньше жрать? Или что если переписать на 32-битные инты с 64-битных, то код ускорится ещё больше?

Ох уж эти оптимизаторы оптимизировали оптимизировали, да не выоптимизировали.

Безусловно, всё это верно *в редчайших случаях*. Но вот только каждый такой случай надо рассматривать под лупой, в идеале с доказательствами всех предположений и решений, а не «писать сразу оптимальный код» или тупо наваливать -O9, чтобы «канпелятор выоптимизировал». И сначала ещё доказать, что игра будет стоить свеч. А то круто конечно потратить неделю, чтобы выиграть полдюжины циклов из почти бесконечных 16 миллисекунд кадра, да вот только никто не оценит. В 1-ε остальных случаев решают не микрооптимизации и байтое--я, а 1) сложность алгоритма и 2) ввод-вывод.

Ответить | Правка | К родителю #142 | Наверх | Cообщить модератору

137. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от soarin (ok), 26-Июл-23, 17:19 
За такой «красивый» код тебе в любом проекте пинка дадут.

var := BoolToStr[false];
var2 := IntToStr(i);

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

192. "Выпуск среды разработки PascalABC.NET 3.9.0"  +1 +/
Сообщение от n00by (ok), 27-Июл-23, 08:18 
> Это то, о чем я и говорю. Красивый код - он красивый
> даже без оптимизации. Сейчас просто представьте, что компилятор вдруг забудет все
> свои супер-пуперские оптимизации. Во что превратится ваш код? А во что
> мой?

Его код так и останется хорошим, с единственной операцией сравнения и условной пересылки. Ваш так и будет негодным, с лишним массивом и косвенным обращением к памяти.

Ответить | Правка | К родителю #133 | Наверх | Cообщить модератору

129. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Аноним (128), 26-Июл-23, 15:32 
Понятно, что если написать что то типа X[B ? 1 : 0], то внутри оптимизатор все равно превратит это в ту же косвенную адресацию, что и X[В], который будет в паскале. Но это просто некрасиво. Может еще есть какой-то stdlib, до которого у меня руки не дошли изучить. Там всякие шаблоны. Но по факту шаблоны и макросы лишь скрывают тот кривой код, который там на самом деле никуда не девается. Его просто запихивают под ковер.

[сообщение отредактировано модератором]

Ответить | Правка | К родителю #127 | Наверх | Cообщить модератору

151. "Выпуск среды разработки PascalABC.NET 3.9.0"  +1 +/
Сообщение от GEFEST (?), 26-Июл-23, 19:50 
Представил курс С.  
Лекция 1  - Что такое Препроцессор . Содрогнулся.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

155. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от soarin (ok), 26-Июл-23, 20:03 
Ну можно сразу и Книгу Дракона дать по построению C компилятора.
Только зачем.
Ответить | Правка | Наверх | Cообщить модератору

165. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус__ (?), 26-Июл-23, 22:10 
Плохой из вас методист. Вы и лекции о паскале с указателей, видимо, начинаете.
Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

178. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от soarin (ok), 27-Июл-23, 03:19 
Лекции по Паскалю надо начинать со всяких волшебных инструкций типа {$mode objFPC}
А то даже функцию не напишешь.

https://wiki.freepascal.org/Function

Ответить | Правка | Наверх | Cообщить модератору

201. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от Тот_Самый_Анонимус_ (?), 27-Июл-23, 12:43 
Ящетаю, что лекции по обучению ЯП, подчеркну, что не любому, а именно начальному, когда человек в принципе не программировал, надо начинать с оператора вывода.

Понятно что для асма это не канает, но и изучают его не как первый.

Попробуйте, для интереса, поискать лекции по лиспу. Почти все начинаются с атомов и списков. Хотя там есть и переменные, и ввод, и вывод.

Ответить | Правка | Наверх | Cообщить модератору

216. "Выпуск среды разработки PascalABC.NET 3.9.0"  +/
Сообщение от GEFEST (?), 27-Июл-23, 15:30 
> Плохой из вас методист. Вы и лекции о паскале с указателей, видимо,
> начинаете.

Неправильно. В начеле идет " Синтаксис языка Паскаль. Формы Бэкуса-Наура."


Ответить | Правка | К родителю #165 | Наверх | Cообщить модератору

40. "Выпуск среды разработки PascalABC.NET 3.9.0"  +2 +/
Сообщение от Пушок (?), 26-Июл-23, 11:06 
Ща тебе расскажут, что программирование это только когда указатели теребишь и мьютексы наглаживаешь, а остальное от лукавого и вообще смузихлёбство.
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

52. "Выпуск среды разработки PascalABC.NET 3.9.0"  –1 +/
Сообщение от Аноним (50), 26-Июл-23, 11:18 
Иди по программируй на scratch твой уровень.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру