Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет kouzdra ([info]kouzdra)
@ 2006-11-03 22:20:00


Previous Entry  Add to memories!  Tell a Friend!  Next Entry
К предыдущему:
... разрабатывать и производить возможно более дешевые срества автоматизации неквалифицированного труда. Сейчас ситуация на грани. Еще чуть-чуть, и нанимать на стройки иммигрантов станет не выгодно. Станет выгодно покупать роботизированную строительную технику и нанимать толковых инженеров и архитекторов в количестве 2-3 человек.

То же самое в IT. Безгамотных кодеров на PHP, VB etc надо давить посредством создания таких средств разработки которые позволят архитектору проекта запрограммировать всё самому быстрее, чем ставить задачу кодерам.


Во время трепа по поводу этого постинга я осознал любопытную вещь - средства автоматизации - вещь коварная. Витус почему-то полагает, что квалифицированная работа не поддается автоматизации. Однако вполне очевидно, это неверно - и как раз "безгамотные кодеров на PHP, VB" (и на Java) оттуда и берутся, что квалифицированную часть (программирование UI "на низком уровне", да и просто программирование на C - занятие требуещее довольно высокой квалификации) автоматизировать вполне удалось - и именно VB, PHP, Java (с их библиотеками) и являются такой автоматизацией.

А вот вполне рутинную в сущности работу по набивке гуя конкретной информарцией и всякое рисование формочек - автоматизировать не удается. Потому и нанимают "безграмотных кодеров"


(Добавить комментарий)


[info]azatiy
2006-11-03 22:49 (ссылка)
Набивкой и проектированием гуя вредно заниматься кодерам. Это должны делать юзабилисты. А то так и будем трахаться со всякими 1С и Консультант+.

(Ответить) (Ветвь дискуссии)


[info]kouzdra
2006-11-04 00:38 (ссылка)
Это теория, а на практике, как всегда, надо "ценой поменее, числом побольше"

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]azatiy
2006-11-04 07:54 (ссылка)
Значит, кризис ПО не кончится.

(Ответить) (Уровень выше)

5+
[info]blue_slonopotam
2006-11-03 23:13 (ссылка)
рутинная часть требует квалификации.
творческая не требует ?

(Ответить)


[info]plumqqz.livejournal.com
2006-11-04 01:49 (ссылка)
А Вы гуй этот рисовали? Судя по всему, не очень. Толку-то от рисовалок этих... Вон, в клиппере в уме координаты вычисляли для полей ввода - и ничего, девелопмент не медленее получался. В конце концов, если надо написать сто строк - ты их напишешь, что на вб, что на жабе, что на сях. Действительно, дурковать вовсю можно на лиспе, а писать хорошо и красиво - на васике.

Глупости все это.

(Ответить) (Ветвь дискуссии)


[info]kouzdra
2006-11-04 09:17 (ссылка)
Писал конечно. И именно - на всяких свнгах/SWT - работа совершенно рутинная. Даже ошибку сделать трудно. И пикселы вообще считать не надо. А на C - шаг влево/вправо - SegFault/Memory leak. Не говоря уж о том, что всякие вещи вроде управления памятью/обработки ошибок/структур данных - все готовое.

Меня тут уже неоднократно убеждали джавщики, что Кормена сейчас читать незачем - как RB-дерево построить извозчики библиотеки знают. В известной степени они правы.

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]do_
2006-11-04 10:41 (ссылка)
memory leak'и искать -- та ещё рутина

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]kouzdra
2006-11-04 10:57 (ссылка)
Умение нужно, чтобы их не делать. Это вполне возможно.

(Ответить) (Уровень выше)


[info]qwerty
2006-11-04 15:13 (ссылка)
Ну, не так уж они и правы. Пользование извозчиков приводит к странным представлениям об еоргафии и атрофии ног и пространственного воображения. Эти жабьи программисты очень редко способны оценить скорость и затраты памяти в зависимости от условий, а уж поменять не вполне подходящую реализацию или исправить багу в блевотеке - почти никогда. Между тем, глюкает все.

(Ответить) (Уровень выше)


[info]kaledin
2006-11-04 03:28 (ссылка)
Ehto pravda. Chert, nepriyatno ehto osoznavat'.

Vprochem, ehto vse ne otmenyaet avtomatizacii -- ehto otmenyaet ee v sfere IT (i govorit, chto sfera IT v obshchem-to izoshla na govno, amen).

(Ответить)

(Комментарий удалён)

[info]kouzdra
2006-11-04 14:20 (ссылка)
Автоматизацию автоматизации тоже придумали и мы все ей пользуемся. Просто ее не автоматизировали до той степени, чтобы индусов можно было на нее сажать (хотя поползновения есть).

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

То есть - автоматизировали - и оказалось, что нужны негры, а грамотные специалисты больше не нужны

(Ответить) (Уровень выше) (Ветвь дискуссии)


[info]qwerty
2006-11-04 14:23 (ссылка)
Экая жопа с ЖЖой случилась.

С другой стороны, вот изобрели БУРГ, разве от этого квалифицированной работы убавилось?

Мне кажется, ты исходишь из конечности области, что совсем не факт.

(Ответить) (Уровень выше)


[info]http://users.livejournal.com/_iga/
2006-11-04 19:56 (ссылка)
Здравое наблюдение.

(Ответить) (Уровень выше)


[info]qwerty
2006-11-04 14:21 (ссылка)
Однако ж автоматизация сама по себе интересна и требует квалификации, а автоматизацию автоматизации пока никто не придумал. В данном случае Ахиллес, по-моему, не догонит-таки черепаху, за ним всего лишь выстроится очередь негров индусов с совочками подбирать упавшее на бегу говно.

(Ответить)


[info]potan
2006-11-04 14:38 (ссылка)
Значительная часть работы использование GUI просто не требует. Если не гоняться за красивостями, то интерфейсы разрабатывать не так уж и сложно.

(Ответить) (Ветвь дискуссии)


[info]kouzdra
2006-11-04 15:08 (ссылка)
Гуи разрабатывать сейчас и вовсе просто - это раньше, когда надо было руками на уровне WInAPI все, вплоть до Event Loop организовывать - было занятие весьма нетривиальное. А сейчас - именно несложная кодерская работа. Для средненького программиста на VB/Java. Автоматизировали.

Но в других областях того же самого много - всякая бизнес-логика - тоже не бином Ньютона.

(Ответить) (Уровень выше)