Здравствуйте, Паблик Морозов, Вы писали:
L>>Можно сделать вывод, что надо полагаться на провененные решения, а не бросаться писать все на haskell-е. Разве не очевидно?
ПМ>На, освежи немного память
У меня с памятью все хорошо, а с логикой еще и получше чем у вас, уважаемый деплоймент-инженер.
ПМ>На проверенное решение надо полагаться тогда, когда требуется максимальная предсказуемость результата (в случае использования сишарпа и "программистов", не умеющих обращать список, максимально предсказуемо получается говно и много денег от продажи лицензий на шарик).
Проверенные решения — это в том числе и решения об эффективности которых все известно.
// Ваш КО.
ПМ>Когда требуется максимальная скорость, надо полагаться на максимально эффективное решение.
И именно поэтому вы выбираете решение, об эффективности которого вам ничего неизвестно?!
Это какая-то уникальная логика, никогда бы не подумал, что из отсутствия информации о языке можно сделать вывод о его эффективности.
Здравствуйте, Banned by IT, Вы писали:
BBI>Здравствуйте, Паблик Морозов, Вы писали:
ПМ>>для которых обращение списка — сложная задача. BBI>Слушай, да тут уже непроходящий приступ попаболи просматривается.
У Вас нет шилдика MS, позволяющего ставить диагнозы по сообщениям, поэтому Ваш диагноз недействителен.
итак я вернулся после отбывания
pik>>time to market не является приоритетом в солидных фирмах, отбор персонала жестокий СП>Я не знаю, что ты понимаешь под "солидной фирмой",
по солидной фирме, смотрите мой ответ Паблик Морозову не хочу повторятся СП>но если говорить о большинстве европейских (не американских) контор, ты подбор идет по критерию отсутствия амбиций, чтобы сидел на невысокой зарплате и был доволен.
не могу это подвердить в частности для германии, про другие страны — америка и европа ничего не скажу — нет опыта. конечно есть разные фирмы(мелкие, крупные), разные области программирования итп. да я работаю в той области которой не многие хотят заниматся, уровень сложности у нас научный и многие отобранные приходят на пробу и черз день отказываются.
информатика в области управления, экономики итп.(чистый софт) да тут есть трудности и "спецов" больше чем хороших рабочих мест. ну а кто не дайёт идти ка нам? сложно? да но как известно "бесплатный сыр только в мышеловке" или "без труда не выловеш и рыбку из пруда"
каждый волен выбирать путь как он считает правильным, у веб-программиста, чистого управленческого софта да есть проблемы да нужно иметь знакомство или суперталант или удачу чтобы здесь в германию в хорошую, солидную фирму попасть. в моэй области — нет, тут ситуация противопопложная, после 5 лет опыта за вас фирмы "дратся" будут и никто маленькую зарплату не предложит или например временный контракт, нет бессрочный контракт и зарплата выше срденей причём существенно, думаю не надо вам говорить что кроме высокой зарплаты крупные фирмы специлаистам гарантируют чтобы они остались и не ушли к конкуренту
pik>>и как правило лучше всего рабоатет смесь теоретиков и практиков, по возможности людей разной национальности так как образ мышления очень разный. СП>Выделенное действительно очень важно. Американцы так и делают, европейцы стараются иностранцев не брать. В двух самых националистических странах (Германия и Франция) к иностранцам относятся, как к мусору, стараются не брать вообще, кроме как на самые низкие зарплаты, потом эксплуатировать их, играя на их подвешенном статусе иностранца (потерял работу — вылетел из страны). Финляндия, Дания тоже очень не любят иностранцев.
опять абсолютная неправда, именно так делается как в нашей так в любой другой крупной фирме, про францию не скажу но при наличии у них огромного числа мигрантов так или иначе им надо будет брать всех подряд, кто у них президент.
про "к иностранцам относятся как к мусору" не пойму откуда это у вас? собственный опыт? это к вам так отнеслисъ? неправда это, имменно в софтовом отделе у нас больше всего иностранцев(настоящих) и среди спецов-разработчиков других отделов тоже полно. о пользе такой "смеси" может и у амерканцев подглядели а скорей всего просто всё меньше и меньше местных немцев хотят в очень сложные области разработок и науки идти и что прикажите фирме делать? закрыватся? вопрос переноса в восточную европу или даже китай не стоит, здесь играет роль патриотизм основателей фирмы как и сохранения know how в германии.
pik>>качество кода и продукта стоит бесспорно на 1 месте, время играет второстепенную роль. СП>В 99,99 контор время и маркетинг стоят на первом месте, качества кода и продукта на последнем.
не могу подвердить, в малых фирмах — да и имею собстевенный опыт но в крупных абсолютно нет, читайте мой ответ Паблик Морозову
Здравствуйте, pik, Вы писали:
ПМ>>>для которых обращение списка — сложная задача. BBI>>Слушай, да тут уже непроходящий приступ попаболи просматривается. pik>прямо психоз какойто, чувствуется "рука болъшого теоретика"
Ви таки путаете. Я неисправимый практик.
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Паблик Морозов, Вы писали:
ПМ>У Вас нет шилдика MS, позволяющего ставить диагнозы по сообщениям, поэтому Ваш диагноз недействителен.
facepalm
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, Banned by IT, Вы писали:
BBI>Здравствуйте, pik, Вы писали:
ПМ>>>>для которых обращение списка — сложная задача. BBI>>>Слушай, да тут уже непроходящий приступ попаболи просматривается. pik>>прямо психоз какойто, чувствуется "рука болъшого теоретика" BBI>Ви таки путаете. Я неисправимый практик.
Здравствуйте, Codechanger, Вы писали:
C>Глубоко что-то там -емый Паблик! Расскажите пожалуйста, над проектами каких размеров вы работали в качестве программиста, и сколько из них коммерчески успешных. C>Заранее спасибо.
Программистом я работал более 10 лет, т.е. с 11, в 22 года я переквалифицировался на деплоймент-инженера. В чём мерить размеры проектов Вы не уточнили, а сам я считаю, что с позиции обычного программиста важнее, не размер всего проекта, а размер команды, с которой он взаимодействует непосредственно и участок в проекте, который он разрабатывает. Как правило, по достижении определенного размера, этот участок не увеличивается, и продиктован не размерами проекта, а естественными ограничениями программиста. По поводу коммерческого успеха тоже не знаю, что сказать. Ну все дописаны и сданы, за все в итоге получены деньги. Можно ли считать коммерчески-успешным госзаказ (коммерции в нём не много), я не знаю. Можно ли считать коммерчески успешной внутреннюю разработку, или проект, бюджет на который, когда я в него пришел, уже кончился, и его надо было просто дописать, поскольку были обязательства перед заказчиком? Надеюсь Вас удовлетворило моё объяснение. Всегда пожалуйста.
Здравствуйте, Паблик Морозов, Вы писали:
ПМ>Здравствуйте, pik, Вы писали:
pik>>значит по вашему в солидные фирмы "говокодеров" как вы пишете берут? поэтому наверное такие фирмы и успешно работают?
ПМ>Солидные стараются не брать. Я же об этом в первом сообщении темы написал.
так я вот это понял как "в солидные фирмы берут говнокодеров"
pik>я не понял, вы всерьёз думаете что в солидных фирмах вам дадут право выбора инструмента?
ПМ>Я же говорю фирму, куда набирают серьезных программистов, а не говнокодеров, для которых обращение списка — сложная задача.
первый пост ваш я понял правильно а тут извините какаято двузначность или я уже совсем русский забыл
Здравствуйте, okman, Вы писали:
O>Я Вас не понимаю. Отказ от ООП в данном случае — это хорошо или плохо ?
Отказ от ООП — всегда хорошо, если нет каких-то причин его использовать (причем, никаких технических причин использовать ООП быть в принципе не может, но если вы вынуждены писать на ОО-языке, выбора у вас как-бы нет).
O>И что выберет это специалист ? Настрочит говнокода, который после все равно
Здравствуйте, pik, Вы писали:
pik>первый пост ваш я понял правильно а тут извините какаято двузначность или я уже совсем русский забыл
Нет никакой двуязычности. Если у человека нет выбора, значит фирма не солидная, или должность у него солидная, в любом случае судьба его незавидная. Остаётся ему только заняться самовнушением на тему, что у него и так самый лучший инструмент, или читать мантру про то, что плохой программист везде наговнокодит, а мастер своего дела и лбом гвоздь забъёт, если молоток ему не дают, и так далее.
Здравствуйте, Паблик Морозов, Вы писали:
ПМ>Нет никакой двуязычности. Если у человека нет выбора, значит фирма не солидная, или должность у него солидная, в любом случае судьба его незавидная. Остаётся ему только заняться самовнушением на тему, что у него и так самый лучший инструмент, или читать мантру про то, что плохой программист везде наговнокодит, а мастер своего дела и лбом гвоздь забъёт, если молоток ему не дают, и так далее.
должен сказать очень туманные у вас мысли
слишком много теории в голове которая не позвояет выражатся ясно
понимайте это как хотите но многое что вы пишите хоть и верно но коротко и ясно вы не можете это изложить
Здравствуйте, Паблик Морозов, Вы писали:
ПМ>Кто и зачем пропагандирует говнокод и решения от MS? Вот это мне не понятно.
Решения от MS пропагандирует чтобы оправдать статус MVP. А вот говнокод -- абсолютно бескорыстно как жизненный принцип. Ну что здесь не понятного?
Вообще продукт низкого качества продать дешевле. Оцените сложность: организовать (и на этом быстро заработать) какой-нибудь фастфуд/забегаловку или же организовать ресторан с качественной кухней и музыкой? В фастфуде еда дешевле и быстрее, потребителей (пипл хавает). В ресторане дольше и дороже.
Здравствуйте, Паблик Морозов, Вы писали:
ПМ>Программистом я работал более 10 лет, т.е. с 11, в 22 года я переквалифицировался на деплоймент-инженера.
Позвольте полюбопытствовать, мсье, а что за проект ви таки разрабатывали когда вам было 11 годочков от роду?
... << RSDN@Home 1.1.4 stable SR1 rev. 568>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
ПМ>Думаю, что если квалифицированному специалисту сообщат, что time to market является приоритетом, то ООП — это последнее, что он выберет. Поэтому и вопросов о синглетонах не возникнет.
L>>И что же он выберет?
ПМ>Что-нибудь, что больше подходит для прототипирования в данном случае. Если это что-то совсем маленькое, то какой-нибудь скриптовый язык с большим набором библиотек, вроде Питона, если что-то посерьёзнее, то Хаскель, например — писать на нём раз в 5 быстрее, чем на Джаве или C++ и потом переделать гораздо проще будет.
Господин, а каким боком выбор ПАРАДИГМЫ связан с выбором языка.... ООП те 3 кита инкапсуляция, наследование, полиморфизм. Есть в 100500 языках программирования. И в питоне есть и в жабе есть и я даже слышал в PHP они есть. + ООП != паттерны (к коим относятся озвученные сингелтоны и тд). Так мне вот интересно говорили об Парадигмах пришли к выбору инструментов. Интересный такой скачёк. Не кажется ли Вам что на вопрос "И что же он выберет? " необходимо называть иную парадигму например "функциональную" или "предметно ориентированную" или "императивную". А на каком языке программирования реализовывать оную это вопрос иной. У Вас проблема с логикой. Предположим вам надо построить переправу через реку и вы утверждаете что стандартный подход "построить мост"(ООП) не подходит ввиду ограничений (time to market). У Вас же спрашивают, а какой подход нужно выбрать ожидая ответа "понтонная переправа", "туннель прокопать", "брод засыпать".. А вы тут отвечаете "Что-нибудь, что больше подходит ... цемент например"(С)
зы Что такое монитор знаю, а ещё и семафор и мютекс и критический путь графа задачи и прочее из паралельного
ззы Чем отличаются парадигмы от ЯП научили в универе
Здравствуйте, Паблик Морозов, Вы писали:
FR>>Гавнокод языко и парадигмо независим.
ПМ>Зато хороший код очень даже зависим, мы же хороший код хотим писать, или всё-таки говно?
ПМ>Что-нибудь, что больше подходит для прототипирования в данном случае. Если это что-то совсем маленькое, то какой-нибудь скриптовый язык с большим набором библиотек, вроде Питона, если что-то посерьёзнее, то Хаскель, например — писать на нём раз в 5 быстрее, чем на Джаве или C++ и потом переделать гораздо проще будет.
Потом обычно все переписывается на тот же C++ или яву.
Хотя пользу прототипирования это не отменяет.
Идеология C# и вообще .NET делает упор задачи, где надо сделать "здесь и сейчас". Какое обращение списка ты хотел увидеть от программиста, если от него скрыта реализация контейнеров, они нелогично названы и нелогично систематизированы? .NET- это хороший, быстрый конструктор готовых кубиков. Вот пример: надо подключиться к WSDL сервису. Можно изучить его потроха, найти несколько либ, каждая с какими-то недостатками, настроить это все с Maven и потом думать о совместимости и кросс-платформенности. Это путь open-source (к примеру Java, но то же самое с C++). Путь C# другой- книга тебе в картинках объяснит, какое меню в студии выбрать и какую галочку поставить, ВСЕ. Ну и зачем после этого и откуда C#-программист узнает про реализацию и алгоритмы? Ему платят не за это знание, а за выполненную работу.
Так что перестань брюзжать и займись своей работой.
Здравствуйте, Banned by IT, Вы писали:
BBI>Здравствуйте, Паблик Морозов, Вы писали:
ПМ>>Программистом я работал более 10 лет, т.е. с 11, в 22 года я переквалифицировался на деплоймент-инженера. BBI>Позвольте полюбопытствовать, мсье, а что за проект ви таки разрабатывали когда вам было 11 годочков от роду?
одним трололо больше
