Не совсем ERP новости :)

[Андре]

А теперь по теме топика: A Taste Of Haskell
Видео доклады о Haskell - доступно и с юмором.
http://blip.tv/file/324976
http://www.blip.tv/file/325646/

[belugin]

Haskell и доступно? Вряд ли...

Прочитал на ночь кусочек Душкина - снились SKI комбинаторы

[Андре]

Цитата:

Haskell и доступно? Вряд ли...

Ну, из того, что я читал - наиболее доступное...

[AndyD]

Цитата:

Сообщение от belugin

Начинается ICFPC-2007.

Вот очень интересный рассказ как в прошлый раз народ участвовал и какие забавные там задачки...

А вот и рассказ об участии в ICFPC-2007
http://users.livejournal.com/_adept_/67233.html

[kashperuk]

Цитата:

Сообщение от AndyD

А вот и рассказ об участии в ICFPC-2007
http://users.livejournal.com/_adept_/67233.html

Как то прошлогодний мне больше понавился. Хотя и тут большую часть того, чего они делали, даже представить сложно

А читать журналы других участников уже не осилил.

[belugin]

yole: ICFP Postmortem: Team ryba

Журнал товарищей, которые работают в JetBrains и делают лучшую в мире IDE для жабы - Idea.

[glibs]

Цитата:

Сообщение от kashperuk

...
А можно поподробнее?
Хочется с собой сравнить
...

Вот! Вспомнил я еще. Один очень важный момент. Это точно так же как в консультировании, но по-программистски.

Знаю я одного разработчика. Помнится давно еще было... Говоришь ему: "Нужно сделать то-то то-то. Давай вот тут вот табличку наваяем, там ты то-то и то-то напишешь..." ну т.д. Он закапывается в Аксапту на какое-то время... Потом говорит что-то типа: "Я тут стандартный класс/таблицу/метод нашел, и его использовал. Проверяй". Иногда даже такое бывало. Просишь у него что-то сделать. А он в ответ: "В Аксапте так не делается, а делается по-другому. Переписывай ТЗ". Как минимум один раз было, когда выкинул ТЗ и сделал все по своему (с соблюдением требований в части функционала).

Или еще бывало: "Я так делать не буду. Это противоречит ВР". В этом случае спорить вообще было бесполезно.

А вот это мне нравилось больше всего: "Давайте использовать стандартный функционал". Или: "Давайте не будем программировать". Представляете программист такое заявляет замученному пользователем и уже почти на все готовому консультанту?

Такое даже в ВР не написано прямым текстом. Такому только у гуру или на очень богатом собственном опыте можно научиться.

Жаль, очень далеко он теперь. В теплые края улетел. На море...

[belugin]

Цитата:

Сообщение от glibs

Или еще бывало: "Я так делать не буду. Это противоречит ВР". В этом случае спорить вообще было бесполезно.

Вот тут главное не переборщить...

[belugin]

Цитата:

Сообщение от Андре

А теперь по теме топика: A Taste Of Haskell
Видео доклады о Haskell - доступно и с юмором.
http://blip.tv/file/324976
http://www.blip.tv/file/325646/

PDF http://conferences.oreillynet.com/pr...eytonjones.pdf

[glibs]

Общаясь с консультантом программист может себе такое позволить. И должен.

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

Т.е. я не против ОСОЗНАННОГО и обоснованного отступления некоторых правил ВР.

Более того. Идеального проекта я не видел. Тем не менее всегда буду стремиться.

[Андре]

Цитата:

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

Если идет проект у клиента и решение можно развить до универсального (отраслевого), то финансирование работ по доведению решения до такового может взять на себя внедренец. Если решение действительно станет универсальным, то он вернет деньги на последующих внедрениях.

Цитата:

Но есть минимальный и достаточный набор правил, не соблюдая которые через некоторое время начинаешь сталкиваться с серьезными проблемами даже на небольшом внедрении. См. пост Андре для примера.

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

p.s Похоже это уже офтоп и было бы здорово, если бы имеющие права вырезали данную тему в отдельную ветку.

[belugin]

ИТ блокнот : Eclipse Process Framework 1.2.0

В качестве примера OpenUP - аналог RUP

http://www.eclipse.org/epf/images/epf_composer.jpg

[Recoilme]

Цитата:

Сообщение от Recoilme

Пока пузырь не лопнул..
От теории к практике) :
есть бесплатный движок
который позволяет делать такие сайты (а ля digg)
Есть лишний хостинг на площадке 1gb.ru
Можно развернуть там ветку "Не совсем ERP новости" noterpnews.ru) с социальным контентом и т.п., т.е. поэкспериментировать и поиграть в веб 2.0 на практике.
Была ветка обо всем - будет сайт с новостями обо всем)

Что думаете?

Пока народ думает - сделал пробный шар)
С движками не заморачивался, сайт сделал при помощи google reader, блокнота и такой-то матери) Но зато минут за 20.
Контент пока подобран на скорую руку.
www.recoilme.ru

[belugin]

Торвальдс рассказывает про свою систему контроля версий

Некоторое время назад, у него попросили денег за проприетарную СКВ, которой он пользовался раньше нахаляву, а он решил сделать свою...

[belugin]

Новая версия СУБД Oracle - Oracle 11g

[Recoilme]

Интервью с Человеком-Брендом

[belugin]

Slashdot | Microsoft Axes 'Get The Facts'

[Recoilme]

Обзор CMS Pligg

[belugin]

Why Microsoft's ribbon sucks

[kashperuk]

Цитата:

Сообщение от belugin

Why Microsoft's ribbon sucks

Мне кажется, это временно.
И сейчас все ругают, а через годиков 5 привыкнут, и так же будут говорить про старое меню
Мне, конечно, тоже неудобно, но уже начинаю привыкать к определенным частоиспользуемым функциям.