Раннее знакомство с Java калечит судьбы программистов?

>Тогда образование было сильно не для всех.

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

>Я из предметов больше всего физкультуру не любил :)

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

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

А почему они должны там быть? :)) Потому что учили паскаль?Ж:))

> что такое '@_', 'my' и 'shift' ($_ приравняем к [ || ], хотя второе известно из математики обычно)

придется обяснять что такое паттерн матчинг, что такое qsort [] = [] (такого они ни в какой математике не видели (если не перевести):),

Если мы берем человека с бекграундом в нужной математике и программировании - то одинаково. А если мы восьмем человека, который в FP/LP небубум - ему легче будет изучить перл чем хаскель (если конечно не заставлять его страдать нахождением НОДов на хаскеле - так он ничему не научится).

Если пошле школы - без разницы.

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

К стати возьмем Fudgets:

import Fudgets

main = fudlogue (shellF "Up Counter" counterF)

counterF = intDispF >==< mapstateF count 0 >==< buttonF "Up"

count n Click = (n+1,[n+1])


как тебе синтаксис?

> как тебе синтаксис?

Говорят же - "наше фсио" ерланг, а не хаскель ;)

>Говорят же - "наше фсио" ерланг, а не хаскель ;)

+1

> как тебе синтаксис?

Еще немного подумал и решил, что надо было просто взять gtk2hs, они выглядят очень неплохо.

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

>Еще немного подумал и решил, что надо было просто взять gtk2hs, они выглядят очень неплохо.

Угу. Это я про уровень брейнфака у авторов библиотек и того перлового примера:)

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

Язык, у которого нет привязки к GUI toolkit, не может претендовать на роль "нашего ффсиого" :D

> Язык, у которого нет привязки к GUI toolkit, не может претендовать на роль "нашего ффсиого" :D

Есть, к tk :( Ладно, обещаю влиться после сессии в ряды разработчиков gtknode, если он нуждается в них.

>Язык, у которого нет привязки к GUI toolkit, не может претендовать на роль "нашего ффсиого" :D

У Erlang есть "привязка к GUI toolkit"

>У Erlang есть "привязка к GUI toolkit"

..."из каропки", т.е. в стандартной OTP

Но к tk :(

>Но к tk :(

Чем не устраивает Tk? В частности, Tk 8.5?

Есть ещё wxWindow (правда, не "ис каропки")

>Чем не устраивает Tk? В частности, Tk 8.5?

>Есть ещё wxWindow (правда, не "ис каропки")

Кстати, а к какому ЯП идет GTK+ или Qt биндинг "ис каропки"?

> Кстати, а к какому ЯП идет GTK+ или Qt биндинг "ис каропки"?

Си и Си++ :D

Какая разница, "искаропки" или нет? PyGTK - это "искаропки"?

>Какая разница, "искаропки" или нет?

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

>PyGTK - это "искаропки"?

Нет, конечно. Вот не припомню: Tkinter в комплекте идёт, или это сторонняя либа?

>> Какая разница, "искаропки" или нет?

> Ну, разница как раз только в этом и есть: стандартная либа языка этот, или "от другого производителя".:)

Tk - это и для Erlang, и для Python "сторонняя либа" :)

> Tkinter в комплекте идёт, или это сторонняя либа?

Тикля в зависимостях нет, хотя "вкаропке" есть классы для общения с Tk.

> Чем не устраивает Tk? В частности, Tk 8.5? Уже обсуждалось....

> Есть ещё wxWindow (правда, не "ис каропки")

А gtknode совсем не (сам все не посмотрю)?

>Tk - это и для Erlang, и для Python "сторонняя либа" :)

Ну зачем же передёргивать?:) Я говорил не про "Tk искаропки", а про "биндинги к Tk искаропки".

>Тикля в зависимостях нет, хотя "вкаропке" есть классы для общения с Tk.

А Tkinter - это разве не "классы для общения с Tk"?

>А gtknode совсем не (сам все не посмотрю)?

Боюсь, что это наименее живое из вышеперечленного для Erlang.

Возможно, после добавления FFI в Erlang станет на порядок проще с биндингами куда бы то ни было:)

Я сам программирую больше четверти века, работал на нескольких языках, в т. ч. на C и Java, преподавал в ВУЗе. Не понимаю, зачем (кроме holy wars) нужно такое противопоставление.

Студенты должны сначала познакомиться с разными языками, представляющими разные подходы к программированию: процедурными (Pascal), функциональными (Lisp), ООПными (Java, C++), динамическими (Ruby, Python), низкоуровними (C), а затем специализироваться. А преподаватели должны чётко ориентировать студентов на особенности и направленность каждого языка и опираться на сравнение языков. Тогда студенты будут осознанно выбирать язык для реализации конкретного проекта. Или специализироваться в зависимости от своих природных склонностей и требований рынка.

> представляющими разные подходы к программированию:

Усе правильно говорите (кстати, где ерланг или иная функциональщина? ну и паскаль не нужен :) А теперь представьте, что студенты начнут с Java, и целый год будут изучать Java. Вот о чем и волнуются преподы :)

Плять... только что осилил...все страницы...

Спор идет о роли молотка при строительстве дома. Какой фирмы и с какой рукояткой; стоит ли студенту объяснять, что молоток состоит из нескольких частей; и что бывают молотки деревянные и т.д.

Вопрос совсем другой - построить дом! Нужно объяснить, что требуется проект дома, требуется смета, требуется согласования и т.д.

С UML надо начинать. И ORM заканчивать. И пофигу будет студенту, на каком языке в конечном счете его модель вылепили и на какой БД пляшут данные.

А ява, перл, бейсик или шарп с дельфями не позволяют за лесом увидеть отдельно стоящие сосны. Это просто языки для реализации задумок.

> С UML надо начинать. И ORM заканчивать. И пофигу будет студенту, на каком языке в конечном счете его модель вылепили и на какой БД пляшут данные.

Это если студент учится на IT-менеджера.

> А ява, перл, бейсик или шарп с дельфями не позволяют за лесом увидеть отдельно стоящие сосны. Это просто языки для реализации задумок.

Ага, знакомая концепция... Язык - лишь средство. К чему приводит на практике, рассказываю: студенты могут писать только на C#, и желательно при наличии MSVS Team Edition. При виде pattern matching в Erlang'а иcпытывают потрясение, динамических классов на Python - культурный шок, от Scheme падает в обморок, а вместо C+MPI лепят Яву ;)

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

Не знал, что наш ИТ манагер юмл знает. Спасибо. Буду с ним поосторожнее. :-)

Мог бы согласиться насчет студента, да опыт мешает. Даже столяры-плотники в техникуме архитектуру проходят. Красками фасады выводят.

> Даже столяры-плотники в техникуме архитектуру проходят. Красками фасады выводят.

Только ведь UML это не архитектура - не надо путать графическую нотацию одного дядьки и продвигаемой им фирмочки с архитектурой. Последние 5 лет лично я слава богу с умлом никаких "рациональных" дел не имею чему несказанно рад. Самое вменяемое место для UML - это отношения между классами в книжках по паттернам иллюстрировать. Во всех прочих случаях....

аминь