Каждый учащийся на программиста должен написать:

[arseniiv]

Alexu007 в сообщении #403529 писал(а):

- арифметические операции

Длинную арифметику ввиду имеете, или что здесь понималось?

С вашим списком я частично не соглашусь.

[Alexu007]

arseniiv в сообщении #403532 писал(а):

Alexu007 в сообщении #403529 писал(а):

- арифметические операции

Длинную арифметику ввиду имеете, или что здесь понималось?

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

Цитата:

С вашим списком я частично не соглашусь.

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

А вообще программист - это не всегда ремесло. Какие основные знания должен получить художник в академии? Может ли быть художник без академии? Каждый ли выпускник академии художник?

[arseniiv]

Alexu007 в сообщении #403550 писал(а):

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

Вообще не понимаю, о какой вы арифметике тогда. Даже в ассемблере есть сложение, вычитание и прочие.

[Alexu007]

arseniiv в сообщении #403557 писал(а):

Alexu007 в сообщении #403550 писал(а):

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

Вообще не понимаю, о какой вы арифметике тогда. Даже в ассемблере есть сложение, вычитание и прочие.

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

Целочисленное деление, когда используется и результат деления, и остаток.

Логические операции: and, or, hor, как работать с отдельными битами числа и т.д. В общем то, чему мало уделяют внимания в школе, но что активно используется в программировании.

[kolas]

Простенький редактор плоской векторной графики думаю поучительно будет, со всякими там шаблонами "model view separation", одиночками, фабриками, композитами, декораторами, командами и т.д. Наглядно и пощупать можно (мышкой).
Ну а для совсем нулевых, можно задачу взаимодействия круглых для простоты тел, в np-полной (O(N*N)) реализации и в квазилинейной (O(N*log(N)), если тела одинакового размера, то можно и линейный алгоритм построить (O(N)). Будет поучительно для ознакомления с "computer science" - деревья, контейнеры, абстрактные типы данных и т.д.

[arseniiv]

Alexu007 в сообщении #403627 писал(а):

Целочисленное деление, когда используется и результат деления, и остаток.

И такая инструкция вроде была.

Alexu007 в сообщении #403627 писал(а):

Логические операции: and, or, xor, как работать с отдельными битами числа и т.д. В общем то, чему мало уделяют внимания в школе, но что активно используется в программировании.

Так побитовые операции ведь тоже есть в ассемблере! Или вы о чём?

[Scholium]

Joker_vD писал(а):

Еще он должен хоть один раз написать идеальный клиент для БД — как по дизайну, так и по фукциональности.

+100

Верно подмечено! Программ миллионы, а подходящего клиента нет. Приходится писать самому, но написать хорошо и долго и трудно.

[Sonic86]

Блин, меня в качестве идеального клиента к БД пока PL/SQL Developer вполне удовлетворяет...

[Scholium]

Sonic86 писал(а):

Блин, меня в качестве идеального клиента к БД пока PL/SQL Developer вполне удовлетворяет...

А Вы пробовали с помощью Вашего клиента программировать серьезные учетные задачи уровня предприятия? И насколько Ваш клиент независим от серверов БД? И поддерживает ли он виртуальный режим, скажем на 100 миллионов записей как SysListView32 из comctl32.dll? Только не надо говорить, что если чего-то лично Вам не надо, то это и никому не надо. Речь то идет об идеальном клиенте, поддерживающим полноценный виртуальный режим, буфферизацию, разделенный доступ к БД и формально независимый от серверов БД. Который удобен в настройках, поддерживает скриптовый язык программирования, макросы и плагины, сохраняет свое текущее состояние и т.д. и т.п. Вопросы безопасности работы клиента с БД можно пока не рассматривать.

[Sonic86]

Scholium писал(а):

А Вы пробовали с помощью Вашего клиента программировать серьезные учетные задачи уровня предприятия? И насколько Ваш клиент независим от серверов БД? И поддерживает ли он виртуальный режим, скажем на 100 миллионов записей как SysListView32 из comctl32.dll? Только не надо говорить, что если чего-то лично Вам не надо, то это и никому не надо. Речь то идет об идеальном клиенте, поддерживающим полноценный виртуальный режим, буфферизацию, разделенный доступ к БД и формально независимый от серверов БД. Который удобен в настройках, поддерживает скриптовый язык программирования, макросы и плагины, сохраняет свое текущее состояние и т.д. и т.п. Вопросы безопасности работы клиента с БД можно пока не рассматривать.

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

[e2e4]

Компилятор/интерпретатор какого-нибудь бейсик-подобного языка. Как минимум одному программисту это очень пригодилось :).

[arseniiv]

Scholium в сообщении #405801 писал(а):

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

Так его ж нет смысла писать. Нельзя, чтобы какая-то нетривиальная вещь нравилась каждому!

[Maslov]

Scholium в сообщении #405801 писал(а):

А Вы пробовали с помощью Вашего клиента программировать серьезные учетные задачи уровня предприятия? И насколько Ваш клиент независим от серверов БД? И поддерживает ли он виртуальный режим, скажем на 100 миллионов записей как SysListView32 из comctl32.dll? Только не надо говорить, что если чего-то лично Вам не надо, то это и никому не надо. Речь то идет об идеальном клиенте, поддерживающим полноценный виртуальный режим, буфферизацию, разделенный доступ к БД и формально независимый от серверов БД. Который удобен в настройках, поддерживает скриптовый язык программирования, макросы и плагины, сохраняет свое текущее состояние и т.д. и т.п.

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

[Scholium]

arseniiv писал(а):

Так его ж нет смысла писать. Нельзя, чтобы какая-то нетривиальная вещь нравилась каждому!

Есть много нетривиальных вещей, которые если и не нравятся всем, то пользуются ими большинство, так как им фактически нет альтернативы. Скажем, IdaPro v.6.0, демо версия (которая на самом деле больше чем просто демо) доступна на сайте Ильфака Гильфанова, кстати выпускника МГУ.

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

Существуют попытки создания подобных (открытых) клиентов, типа «2С», «Ананас», «1L» и т.п., но реально ничего путного нет. Эти проекты достаточно трудоемки, но никем не спонсируются.

Maslov писал(а):

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

В примитивном варианте этого клиента можно написать в одиночку, заточенного под собственный интерфейс работы с БД. Так это обычно и делается. Впрочем, действительно, что касается БД, большинство программистов используют навязанную им технологию доступа к данным от корпораций – монополистов. Молодых, талантливых программистов в области БД, с независимыми взглядами, действительно очень мало. У меня лично такое чувство, что просто талантливых программистов в корпорации Майкрософт очень и очень много. Только вот их начальство уже и не знает чем их занять. Понапридумывали столько разной мути, что просто диву даешься. А то, что действительно востребовано программировать им не дают, причина банальна – корпорациям это невыгодно. Вот и напускают туману, наводят день на плетень на такую, по сути, простую вещь, как БД. Впрочем это касается практически всех продуктов от MS.

[arseniiv]

При работе с БД ведь нужно ведь не только добавлять/удалять и (в несоизмеримо большем количестве) запрашивать данные! Нужно оптимизировать доступ, содержа базу в достаточно рабочем виде, может, индексировать как-нибудь, и многое другое. Такое уже не напишешь в хорошем $\frac{\text{качество}}{\text{время}}$. Или написать можно?

Велосипед — это, конечно, свежо, но зато обычно ни с чем не стыкуется.