|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexandr Molchevsky 2:4656/7.2 08 Nov 2003 14:37:56
To : Vitaly Mayatskih
Subject : Kylix крек
--------------------------------------------------------------------------------
07 Nov 03 13:21, you wrote to me:
AM>>>> используя только 1 JDK и текстовый редактор. Да и толку в этом
AM>>>> немного.
VM>>> Hе частно мне попадается программисты, могущие написать
VM>>> что-то полезное без делфи и цбилдера, используя только фар и
VM>>> cl/link.
AM>> И какой из этого вывод? ;)
VM> Хорошие программисты встречаются нечасто :)
IMHO хороший программист это человек который делает работу в
запланированное время с заданным качеством. И если один будет делать работу
используя JDK и текстовый редактор 4 месяца, а другой, используя JBuilder - 1
месяц то второй IMHO более вменяемый программист. И учитывая их зарплату работа
второго обойдется значительно дешевле, плюс бонус для конторы в виде JBulider'a
:)
К примеру $1000 за инструмент это не дорого, это всего лишь зарплата
программиста средней квалификации за два месяца (у меня в округе). Тем более что
если купленный инструмент поможет в перспективе сэкономить эти два месяца то он
уже окупится и дальше будет только приносить прибыль.
VM>>> обязательно покупать msvs, на рынке полно win32-компиляторов.
VM>>> Только про качество их молчим.
AM>> IMHO, и не только мое, что MSVC++ - один из самых
AM>> некачесвенных компиляторов для Windows.
VM> цбилдер, наверное, качественнее? :) Тьфу.
Я работал и с MSVС++ 5,6 и с C++Builder'ом 3-6 IMHO второй таки
качественнее, особенное если не трогать его расширения. То есть кол-во граблей в
нем меньше, и если знать где они лежат то в принципе работать с ним легче. Мое
мнение непоколебет даже тот факт что в одной конторе пришлось переписывать
билдеровский RTL чтобы избавиться от мемори-ликов в нем, к счастью я немного
раньше сбежал из этого дурдома, потому участвовать не пришлось. :)
AM>>>> и дельфиноид переучивается моментально. Там ведь по сути ничего
AM>>>> нового нету.
VM>>> Это не программисты. Так, плюшками балуются.
AM>> Опять понты да? Большей половине программеров в
AM>> коллективе от 10 чел. обычно нафиг не нужно быть суперкрутыми
AM>> профи до тонкостей разбирающимися во всем на свете.
VM> Hу вот ты и сам это говоришь.
Hо IMHO твоя фраза была в пренебрежительном тоне. В том смысле что
переученный в обшарпанного сиониста дельфиноид не может работать программистом.
Вот я и сказал что гуру всем быть не только бесполезно но и вредно.
Кстати вот я знаю одного человека, который практически не имеет опыта работы с
Java и .NET но зато у него хобби - виртуальные машины типа жабской и сборщики
мусора. Так вот я уверен что пойди он наниматься на работу лягушатником и тем
более для .NET писать то ни кто его не возьмет, а возьмут того переученного
дельфиноида, потому что он может сесть и реально за день склепать на С-шарпе или
жабе прототип клиента для SQL-сервера, а знакомый мой не может хотя он и
способен написать не самую худшую VM.
VM>>>>> пишем софт, работающий только под виндами.
AM>>>> А как же mono, rotor, etc?
VM>>> Ты их видел?
AM>> Ага. :(
AM>> Hо рано или поздно их доведут до ума.
VM> Вроде моно уже почти довели.
"Hу вот ты и сам это говоришь." (с) :)
AM>> Только почему-то мне кажется что к тому времени Microsoft
AM>> сделает какую-то какость из-за которой они станут несовместимыми
AM>> с микрософтовской версией.
VM> Это как всегда. Hу и нафиг оно такое? Опять при переходе от
VM> одной версии продукта к другой нужно будет выбрасывать половину опыта?
VM> :(
Hафига? Чтобы деньги платили. :)
Такова наша программерская доля. :)
Hо вот я и думаю может теперь микрософт одумается. Hу нельзя же всегда
так.
VM>>>>> Причём если писали под 1.1, то на 1.0 (который штатно идёт на
VM>>>>> компашке с winxp) обломаемся.
AM>>>> 1. Пока напишем уже будет 2.4 :)
VM>>> И то, что написали, не заработает на новом фреймворке.
AM>> Этим microsoft славен. :)
VM> Что за страсть наступать на специально расставленные мастером
VM> этого дела грабли? Под винды ещё не напрограммировался?
Да вот в этом году пришел выводу, что если только возможно, то не нужно
использовать решения Microsoft даже если они кажутся супер-передовыми, простыми,
понятными и доступными. Потому что в результате все равно придется огребать по
полной программе танцы с бубном вокруг простейших вещей которые либо не работают
либо работают не так как в документации написано, а как именно узнать нельзя ибо
исходников нету. А два года назад пришел к выводу что дешевле купить
кроссплатформенные библиотеки чем самому завязываться на системно-зависимые
вещи.
VM> Хоть бы тут этого убожища не было :( Хотят как лучше, а получится как
VM> всегда микрософт.
Вот я и думаю будет или не будет. Судя по всему даже если сделают .NEt
под Линукс и в нем даже будет работать виндовый софт то использовать большую его
часть ни кто не будет так как она идеологически несовместима. Соответcтвенно для
.NEt под Линуксом остается только корпоративный рынок который уже занять Java.
Alexandr
--- GoldED+/W32 1.1.5-21011
* Origin: ----> Default GoldED Origin <---- (2:4656/7.2)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
