|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vitaly Lugovsky 2:5080/1003 19 Nov 2003 21:56:26
To : Alexandr Molchevsky
Subject : Re: Kylix крек
--------------------------------------------------------------------------------
Alexandr Molchevsky <Alexandr.Molchevsky@p2.f7.n4656.z2.fidonet.org> wrote:
> VL> Какой же это программист, если он рутиной не смог заставить
> VL> заниматься того, кто для этого предназначен - то есть, компутер?
>
> VL> Примеров прошу. Таких, где нельзя посадить "совсем-не-программиста".
>
> 1. Обычно в любом проекте есть дофигища тривиального кода который
> писать "крутому программисту" просто скучно (и невыгодно его на это
> запрягать), а купить готовые библиотеки по каким-то причинам нельзя. А иногда
> приходится
См. отквоченное выше. Тривиальный код должен писать компутер.
> писать тоже самое что уже есть только из-за проблем с лицензией (есть куча
> готовых продуктов но лицензия ни одна не подходит), и поэтому проще заплатить
> человеку денег и сказать сделай точно так как вон та штука устроена но свое.
А это - нетривиальная задача. Тут нужен творческий подход - или кака
получится. КОдеришку за такое не посадишь.
> Для этого гением быть не нужно. И еще бонус будет в результате - человек этот
> опытнее станет, и может дорастет до "крутого программиста".
а таких задачах тренироваться? Извращение. Тренироваться надо на чём-то
простом и более абстрактном.
> 2. По поводу формочек красивых. Ты сам где-то рассказывал что нефиг
> юзать визуальные дизайнеры гуя. И как же этот твой чистый дизайнер будет ваять
> на XML-е шаблоны для формочек если он "совсем-не-программист" (с), и как от
> любого чистого дизайнера от него за километр несет красками, фотожопом,
> свободой творчества и анашой, а каждый второй месяц у него бывает творческий
> ступор или запой?
Так и будет. В XML. Без всякого программирования. С анашой и запоями.
> 3. Кроме формочек еще есть такая фигня как SQL-запросы, которые обычно
> в диких количествах ваяют те же люди которые лепят формочки в которых
> результаты этого дела потом и выводятся.
РАССТРЕЛИВАТЬ. Без права аппеляции. С обязательной стерилизацией всех
близких родственников. Вот уж куда нельзя ламьё и близко подпускать... Ведь
потом все страдают - начиная от админов, сражающихся с совершенно безумными
потребностями простеньких клиентиков, и заканчивая юзерами.
> 4. По поводу документации. IMHO гораздо лучше если тех.писательством
> занимается человек который в состоянии понять из чего этот самый проект
> состоит и как он устроен. Во первых по тому что он не будет сильно отвлекать
> остальных на то чтобы ему поясняли каждую мелочь, а во вторых потому что за
> него можно быть уверенным что откровенный бред он не напишет.
А понимать кодеришко и не будет. е сможет. Так что тех.пейссатиль должен
быть и программистом. Маленьким таким, но программистом. А все программисты
должны быть пейссателями.
> 5. Hе каждый "крутой программист" умеет доступно выражать свои мысли.
Если человек не может рассказать алгоритм на родном языке, он не сможет его
и реализовать на языке машинном. Он не программист, а недобитый
кульхацкир-wannabe.
> поэтому имеет смысл чтобы отдельный человек занимался преобразованием бреда
> заказчика в четкую спецификацию для "крутого программиста" и обратно.
> Естесственно этот человек "совсем-не-программистом" быть не может.
Может. Он должен быть всего лишь математиком.
> VL> Концепция биореактора в том и заключается, что вынимать из него
> VL> нечего - все останки утилизируются. ;)
>
> Hу если успеет все полностью разложиться тогда просто придется писать
> оперу о том куда делись сотрудники. А по сути, как я понимаю, с финалом ты
> согласен? ;)
ет. Я не буду работать с коммандой, с которой не имею общего языка. К
счастью, это и не требуется.
--- ifmail v.2.15dev5
* Origin: (http://news.cca.usart.ru/) USURT's FidoNET<-> (2:5080/1003@fidonet)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
