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

[beldmit]

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

Update: Уточняю свою позицию. Я рад, что прикладные задачи не приходится программировать в машинных кодах. Само это искусство весьма полезно, хоть и ограничено в сфере применения. Как и ремесло шорника.

Comments

Re: об утраченном искусстве программирования в машинны

[beldmit.livejournal.com]

Не о том жалеешь. Надо жалеть о необретенном искусстве SQL.

Re: об утраченном искусстве программирования в машинны

[arilou]

Так дело-то в том, что большинству нет нужды его обретать. Поскольку в 95% случаев хватит и того, что есть. А принцип всё тот же: простоту процесса ставить выше качества результата. И рынок это оправдывает. Как оправдывает он и то самое кофе, которое ничего, кроме среднего рода и не заслуживает.

Re: об утраченном искусстве программирования в машинны

[beldmit.livejournal.com]

Я не уверен, что это беда. Неоптимальное расходование ресурсов - не беда, пока их все-таки хватает.

Re: об утраченном искусстве программирования в машинны

[arilou]

Когда они кончаются - экономить уже нечего.
"После нас - хоть потоп"?
Ну или если ближе к теме: когда всплывает вопрос о том, что ресурсов не хватает, переписывать может потребоваться слишком много слишком старого плохокомментированного (по той же причине - результат работы программиста нужен _сейчас_, в своём коде он ориентируется - так чего тратить время) кода, автор которого затерялся в истории. (Заметь, я её оптимистичен в отношении доступа к исходникам.)
;)

Re: об утраченном искусстве программирования в машинны

[aywen.livejournal.com]

На экономию ресурсов тоже уходят ресурсы.

Re: об утраченном искусстве программирования в машинны

[arilou]

Разумеется. Это же ещё и обучиться надо. А с точки зрения работодателя - это же ещё денег платить больше надо. А с точки зрения домашней поделки для общего пользования - так её ж придётся продумывать, а не по-быстренькому лепить.
Потому и не делают хорошо, а делают, чтобы было "терпимо".

Re: об утраченном искусстве программирования в машинны

[aywen.livejournal.com]

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

[bbb28.livejournal.com]

Так ведь SQL постулируется как описательный язык. Т.е. мы лишь описываем, какой хотим увидеть результат. А о том КАК этот результат получается, нам неведомо и является для нас черным ящиком. Нет?

[beldmit.livejournal.com]

Так там еще прослойка черт знает какого кода на, скажем, php.

[bbb28.livejournal.com]

Ну, я именно об SQL-запросах к (например, Оракловой) БД.
Т.е. с одной стороны, в теории послулируется, что SQL-описательный, и СУБД сама решает, КАК ей лучше получить результат. А с другой стороны это "КАК" иногда получается весьма ужасным, и какими-то "танцами с бубнами", все-таки, приходится направить это "КАК" в более оптимальное русло.

[beldmit.livejournal.com]

У Oracle хотя бы хинты есть для этого...

[ask-ripe.livejournal.com]

ты ведь знаешь мнение IBM по этому поводу? :)
Gor
P.S. меня не будет в Словении. мне разрушают (а потом обещают наш, новый построить ) зуб.

[beldmit.livejournal.com]

Не, я по этому поводу знаю только мнение PostgreSQL Team. И не разделяю.

[ask-ripe.livejournal.com]

в DB2 нет хинтов. совсем. ибо если они понадобились - это повод доработать серверную часть
Gor