Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Опубликована редакция Oracle Linux для архитектуры SPARC, opennews (??), 02-Апр-17, (0) [смотреть все] Теперь слив Solaris дело времени , Аноним (-), 23:37 , 02-Апр-17, (1) // А про ZFS вообще ни слова Зря волнуетесь - Solaris еще нас всех переживет , Аноним (-), 04:36 , 03-Апр-17, (3) –1 // как go_no мамонта которое тоже переживает всех и вся D, Аноним (-), 05:31 , 03-Апр-17, (4) +3 // 11я это уже не го_вно мамонта, все го_вно ввиде поддержки старых спарков оттуда , Ващенаглухо (ok), 18:16 , 12-Апр-17, (49) Кто тут волнуется Все веселятся р ликуют , Аноним (-), 12:22 , 03-Апр-17, (16) +2 Недавно знакомый ставил Солярку 11 3 на х 86 первый раз в жизни, и из-за недоста, DmA (??), 20:12 , 03-Апр-17, (26) // Кто её вообще ставит с иксами и зачем он это делает , LOL (??), 15:25 , 06-Апр-17, (46) –1 А ZFS уже слили - сейчас есть 2 версии - OSS и маргинальная - , Vkni (ok), 07:21 , 04-Апр-17, (31) +1 Помечтайте конечно, вот только у них у оракула есть Боинг, джДайнемикс и Локхи, Харли (ok), 07:03 , 03-Апр-17, (6) +6 // Лишь бы Berkeley DB не выбросили, а mysql давно пора на помойку , adolfus (ok), 13:44 , 03-Апр-17, (18) Да человек видимо вообще не в курсе, что Оракл Линуксу 100 лет в обед, так что н, анонимус (??), 21:07 , 03-Апр-17, (27) // ораклолинукс появился гораздо, гораздо раньше, чем оракл раздавил Sun Но он был , пох (?), 01:44 , 04-Апр-17, (28) Ага, следующим же шагом после прихода wендекапеца , Dog (?), 11:04 , 03-Апр-17, (15) +1 Да и Спарку не долго жить осталось , Vkni (ok), 23:44 , 02-Апр-17, (2) +1 // - Опенсорсные версии LEON, T1, T2 останутся в наших сердцах По крайней мере по, Вареник (?), 15:22 , 03-Апр-17, (21) +1 // Оно как бы хорошо, но поскольку корпорация Oracle умудрилась продолбать даже лид, Vkni (ok), 07:09 , 04-Апр-17, (29) +2 // Вы вот в конце перечислили те языки, которые и есть весь корпоративный сектор П, Кузнец (?), 19:12 , 04-Апр-17, (36) –2 Вокруг древного мега корпоративного софта есть груда обвязки - утилиты разные,, Vkni (ok), 03:08 , 05-Апр-17, (38) Что, и клиенты у них есть, кто использует этот центос со 614-ю пакетами Не очен, Аноним (-), 05:48 , 03-Апр-17, (5) // Главное, что этих пакетов достаточно, чтобы работала СУБД Oracle На какое-то ин, Аноним (-), 07:39 , 03-Апр-17, (7) +2   // Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для пл, Аноним (-), 09:05 , 03-Апр-17, (11) –1   // Специалистов по солярис все меньше и меньше, а по линукс все больше и больше и о, Аноним (-), 09:23 , 03-Апр-17, (12) +3   Ну если в Oracle для своей все в одном платформы выбрали Linux и вообще не Sparc, КО (?), 09:27 , 03-Апр-17, (13)   Только на своих презентациях в живую они о другом говорят , Аноним (-), 09:48 , 03-Апр-17, (14) –2   На презентациях много чего говорят, только верить всему не следует , Аноним (-), 13:11 , 03-Апр-17, (17)   угу, нетехнические В голове копченого миддла происходит примерно такой процесс , пох (?), 14:57 , 03-Апр-17, (19) –1   Жизненно расписал Таки да, Соляра лучше всех и Спарк лучше всех, но в конкретно, Вареник (?), 15:16 , 03-Апр-17, (20) –2   Была в 1990-е , анонимус вульгарис (?), 15:54 , 03-Апр-17, (22) +1   она не то чтобы лучше как подкладка под оракл , просто масштабирование оракла -, пох (?), 18:25 , 03-Апр-17, (23) –1   Т4 и Т5 уже EOL, но не такое уж и древнее железо Т7 относительно недавно продае, С (?), 19:03 , 03-Апр-17, (24) –1   продавать хоть что-нибудь тем, у кого железо уже EOL, или близко к значит,вклады, пох (?), 19:57 , 03-Апр-17, (25) –1   Ну покажи мне полную версию Haskell Platform под Solaris Sparc Или это вам не , Vkni (ok), 07:17 , 04-Апр-17, (30)   А под Linux Sparc есть , Аноним (-), 09:59 , 04-Апр-17, (32) –1   Не знаю, но вероятность несколько выше Самое прикольное, что для многоядерных О, Vkni (ok), 04:45 , 06-Апр-17, (44) –1   именно так Клиентам оракла все эти хипстерские поделки нафиг не нужны Был бы пл, пох (?), 13:40 , 04-Апр-17, (34)   Ага, ага, они на Питоне будут прототипы ваять С соответствующей стабильностью , Vkni (ok), 03:03 , 05-Апр-17, (37)   https github com ocaml ocaml pull 659 issuecomment-291513295Не будет вашего зо, Vkni (ok), 03:46 , 05-Апр-17, (39)   он уже есть, у тех кто уже купил тем, у кого зоопарк санов - как правило, плеват, пох (?), 15:56 , 05-Апр-17, (41) –1   Вот давай поменьше ынтерпрайзных понтов То, о чем ты говоришь, решается именно , Аноним (-), 19:52 , 05-Апр-17, (42)   Узок круг их - Любой каприз за ваши деньги - отладка на удалённой машине серьё, Vkni (ok), 04:36 , 06-Апр-17, (43) +1   серьезно Вы чем таким там отлаживаться собрались, на удаленной машине - msvc , пох (?), 08:38 , 08-Апр-17, (47) –1   Скажите спасибо людям, развивающим Xы Сейчас это разные вещи Довольно часто час, Vkni (ok), 04:19 , 09-Апр-17, (48) +1   Лучше бы они ZFS для OL сделали , ЫКУ (?), 13:24 , 04-Апр-17, (33) –1 // лучше б они вернулись к сановской лицензии Но хрен там, не нужны ораклу конкуре, пох (?), 13:43 , 04-Апр-17, (35) –1 Интересно, на Байкале заведется , Аноним (-), 09:33 , 05-Апр-17, (40) –1 // Только если в QEMU , Vkni (ok), 04:56 , 06-Апр-17, (45) 1,2,5,33,40

Сообщения

[Сортировка по времени | RSS]

	7. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+2 +/–
	Сообщение от Аноним (-), 03-Апр-17, 07:39
	> Что, и клиенты у них есть, кто использует этот центос со 614-ю > пакетами? Главное, что этих пакетов достаточно, чтобы работала СУБД Oracle. На какое-то иное применение они и не рассчитывают.
	Ответить | Правка | Наверх | Cообщить модератору

	11. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от Аноним (-), 03-Апр-17, 09:05
	Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для платформы под бд оракл? Я правда не понимаю
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+3 +/–
	Сообщение от Аноним (-), 03-Апр-17, 09:23
	Специалистов по солярис все меньше и меньше, а по линукс все больше и больше и они дешевле.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от КО (?), 03-Апр-17, 09:27
	Ну если в Oracle для своей все в одном платформы выбрали Linux и вообще не Sparc, то наверное есть. :)
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	14. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–2 +/–
	Сообщение от Аноним (-), 03-Апр-17, 09:48
	Только на своих презентациях (в живую) они о другом говорят.
	Ответить | Правка | Наверх | Cообщить модератору

	17. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от Аноним (-), 03-Апр-17, 13:11
	> Только на своих презентациях (в живую) они о другом говорят. На презентациях много чего говорят, только верить всему не следует.
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от пох (?), 03-Апр-17, 14:57
	> Есть какие-то основания, что бы выбирать линукс на спарке вместо соляриса для платформы > под бд оракл? угу, нетехнические. В голове копченого миддла происходит примерно такой процесс: "так, бабки в любом случае не из моего кармана, на них пох. Но: специалист по соляркам у нас один, нанять второго можно, но сложно - они подешево продаваться не любят, кроме того, нифига непонятно, он вот на меня смотрит, фигню, наверное всякую думает. Зато у меня на родине полный город "специалистов" по линуксам (умеют в шелле набирать mc), и стоят они три доллара пучок, и я их всех насквозь вижу (чай из Бангалорского пригорода всего десять лет назад переехал). Поэтому надо этого шибкоумного уволить нахрен, а пару десятков, на первое время, этих ребят - нанять. Ну и вместо одного спарка купить пять, пока те разберутся, четыре уже успеют, конечно, лечь, но бабки, опять же, не мои" а для лично тебя - нет, никаких. Основания выбирать интеловскую платформум - да, есть.
	Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

	20. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–2 +/–
	Сообщение от Вареник (?), 03-Апр-17, 15:16
	Жизненно расписал. Таки да, Соляра лучше всех и Спарк лучше всех, но в конкретной конторе, с реальным бюджетом и людьми с реального рынком труда - практичней будет линукс на x86_64.
	Ответить | Правка | Наверх | Cообщить модератору

	22. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+1 +/–
	Сообщение от анонимус вульгарис (?), 03-Апр-17, 15:54
	> Соляра лучше всех Была в 1990-е.
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от пох (?), 03-Апр-17, 18:25
	> Таки да, Соляра лучше всех и Спарк лучше всех она не то чтобы лучше (как подкладка под оракл), просто масштабирование оракла - головная боль и часто нерешаемая в принципе задача. А в отдельно взятой вычислительной системе у слона сильно больше - даже если все детали слона по отдельности и не лучше. И учти, что реальные бюджеты - это не твои деньги. И тебе ни копейки с них никогда не перепадет. А объяснить инвестору, что вот такой большой и красивый спарк стоит вот стока, а эквивалентное ему количество унылых интеловских ящиков стока - скорее всего не выйдет, и купят не эквивалентное, а меньше, "ну потом как-нибудь расширимся". И вот это уже будет _твоя_ головная боль. Поэтому для некоторых категорий задач таки надо брать спарк с соляркой, и с запасцем на будущее (это называется "защита инвестиций"). Но если твоя задача заведомо влезает в интеловский ящик - пусть даже самый дорогой и роскошный на сегодня - то надо брать интеловский ящик, его потом гораздо проще апгрейдить и улучшать. Собственно, основное назначение этого ораклюникса, на мой погляд - это отпихнуть солярку с унаследованных систем, где на старой версии бесконечно сидеть нельзя, а на новую нетбабла. Проблемы бангалорских миддлов ораклу совершенно неинтересно решать.
	Ответить | Правка | К родителю #20 | Наверх | Cообщить модератору

	24. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от С (?), 03-Апр-17, 19:03
	Т4 и Т5 уже EOL, но не такое уж и древнее железо. Т7 относительно недавно продается. Так какую проблему они решают? )))
	Ответить | Правка | Наверх | Cообщить модератору

	25. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от пох (?), 03-Апр-17, 19:57
	> Так какую проблему они решают? продавать хоть что-нибудь тем, у кого железо уже EOL, или близко к(значит,вкладываться серьезно в апгрейд не будут, только в замену, и хорошо если не на интел), какую ж еще. S7 "пока" не поддерживается. Пока ее и с соляркой берут подорого ;-)
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от Vkni (ok), 04-Апр-17, 07:17
	> угу, нетехнические. Ну покажи мне полную версию Haskell Platform под Solaris/Sparc. Или "это вам не нужно, слушайте свои валенки"?
	Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

	32. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от Аноним (-), 04-Апр-17, 09:59
	А под Linux/Sparc есть?
	Ответить | Правка | Наверх | Cообщить модератору

	44. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от Vkni (ok), 06-Апр-17, 04:45
	> А под Linux/Sparc есть? Не знаю, но вероятность несколько выше. Самое прикольное, что для многоядерных Оракловских Спарков этот самый Haskell - то, что доктор прописал. Когда распараллеливание обработки массива делается 2-мя словами - `using` parList, есть STM память, множество библиотек с lock-free. И erlang тоже не поддерживает SPARC64. Вот правильно Лавров про таких сказал.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от пох (?), 04-Апр-17, 13:40
	> Или "это вам не нужно, слушайте свои валенки"? именно так. Клиентам оракла все эти хипстерские поделки нафиг не нужны. Был бы платежеспособный спрос (хотя бы на уровне "мы тут задолбались помимо зоопарка санов еще держать кластер писюков только ради одной бизнес-критикал хаскел поделки - не будет ли любезен достопочтимый джинн..." - при масштабах оракла он будет любезен просто потому что ему это ничего не стоит) - был бы и ответ. Но нет на свете бизнес-критикал хаскел-поделок. И не будет.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	37. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от Vkni (ok), 05-Апр-17, 03:03
	> Клиентам оракла все эти хипстерские поделки нафиг не нужны. Ага, ага, они на Питоне будут прототипы ваять. С соответствующей стабильностью. Чмоки.
	Ответить | Правка | Наверх | Cообщить модератору

	39. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от Vkni (ok), 05-Апр-17, 03:46
	https://github.com/ocaml/ocaml/pull/659#issuecomment-291513295 Не будет вашего зоопарка Санов. Рабочие машины разработчиков - это Lin/Win x86-е, десктопов на Спарках нет. И вот на рабочих машинах разработчиков весь зоопарк языков отлично поддерживается и работает. Даже C#/F# работают на любой из этих операционных систем. А если разработка идёт на Linux, то и установить любую среду, любой язык программирования - дело одной строки в консоли. Всё - SPARC машина - это такое большое специализированное устройство, не являющееся универсальным компьютером. Отлаживать на нём приходится с определённым геморроем, помнить по big-endiannes, выравнивание. Ну, через некоторое время специализированное решение будет заменено универсальным.
	Ответить | Правка | К родителю #34 | Наверх | Cообщить модератору

	41. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от пох (?), 05-Апр-17, 15:56
	> Не будет вашего зоопарка Санов. он уже есть, у тех кто уже купил. > Рабочие машины разработчиков - это Lin/Win x86-е тем, у кого зоопарк санов - как правило, плевать на половые трудности нанятых ими индусов. > А если разработка идёт на Linux кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе у тебя терминал будет (ну или скорее на винде) > Всё - SPARC машина - это такое большое специализированное устройство, не являющееся > универсальным компьютером. сказочник. Оно просто не является твоим личным компьютером, ага - что хочу, то и ворочу - не выйдет (еще,кстати, и за это их любят _правильные_ менеджеры). И да, будешь помнить и про выравнивание, и про endianes, и про то, что инструменты выбирают из предоставленного списка, и не более того. Потому что когда тебе дадут подсрaчника-  за тобой никто не собирается выгребать весь понатащенный с улицы навоз. Мы когда-то стейджинговый сервер держали на десктопной (в смысле, это была незадавшаяся рабочая станция древних времен) солярке. Совершенно намеренно - чтобы разработчик двести раз получил автоматически по шаловливым ручкам, привыкшим тяп-ляп-поставим еще двести зависимостей и кривых пакетов, пути забьем в код, тут не проверим результат и т д -  задолго до того как понадобится результат отдавать заказчику. Ну да, в той конторе были правильные менеджеры, а не просто эффективные.
	Ответить | Правка | Наверх | Cообщить модератору

	42. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+/–
	Сообщение от Аноним (-), 05-Апр-17, 19:52
	Вот давай поменьше ынтерпрайзных понтов. То, о чем ты говоришь, решается именно что менеджментом, а именно управлением разработкой, и от платформы не зависит. Все решит хорошо поставленный процесс. Вот когда понадобится доп. билдсервер, а начальство скажет Х, ибо дорого, то поневоле задумаешь, почему же мы не на x86. Вместо того, что бы денежки ссуживать b2b, наймите лучше достойных людей, а не чтобы "начальник должен быть умнее подчиненных".
	Ответить | Правка | Наверх | Cообщить модератору

	43. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+1 +/–
	Сообщение от Vkni (ok), 06-Апр-17, 04:36
	> он уже есть, у тех кто уже купил. Узок круг их. :-) > кто им дасть-то? Разработка под солярку и будет на солярке. На линуксе > у тебя терминал будет (ну или скорее на винде) Любой каприз за ваши деньги - отладка на удалённой машине серьёзно удорожает процесс. Отсутствие рынка разработчиков, знающих про особенности таких машин - аналогично. Кстати, умные люди прекрасно понимают, что знания маргинальных систем мало полезны на рынке труда. Т.е. если уволят по какой-либо причине, то место, где эти знания понадобятся, придётся искать относительно долго. > сказочник. Оно просто не является твоим личным компьютером, ага - что хочу, > то и ворочу - не выйдет (еще,кстати, и за это их > любят _правильные_ менеджеры). Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что лучше выдать каждому разработчику свою машину, для того, чтобы они банально не интерферировали друг с другом. > Мы когда-то стейджинговый сервер держали на десктопной (в смысле, это была незадавшаяся > рабочая станция древних времен) солярке. И заходить на неё удалённо? Из-под putty? Ну можно стоя и в гамаке, но это дороже. Кстати, хочу отметить, что SunPRO уже кончился - поддержку нового стандарта ЦэПэПэ там не сделают. А это означает, что писать C++ программы под SPARC с той же скоростью разработки, что и под x86 не выйдет. Это очевидное удорожание => бизнес будет стараться избавляться от SPARCов с ускорением. Кроме того, если посмотреть на любимые ЦэПэПэ и Яву, то можно заметить, что эти языки на протяжении 25-ти лет усиленно тырят фичи из функциональных языков семейства ISWIM - Haskell'я и MLей. Поэтому, для того, чтобы разработчик эти фичи знал, ему лучше бы изучить "богомерзкую хипстерятину" (которая, на самом деле "академщина"). Ну, изучать всякие типы Option, функции map, стратегии распараллеливания лучше в простом синтаксисе. Ну, и в результате те люди, которые понимают современные C++/Java, да и Фортран с его PURE, таки знают и любят функциональные ЯП. -------------------------------- Кстати, почему Oracle не вложил все усилия, чтобы держать Хаскель/Erlang на своих машинах - вообще не понятно. У них машинки сильнопараллельные, а на Хаскеле/Erlang'е писать параллельные программы значительно проще и эффективнее, чем на C++. Например, lock-free структуры в GHC из коробки.
	Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

	47. "Опубликована редакция Oracle Linux для архитектуры SPARC"	–1 +/–
	Сообщение от пох (?), 08-Апр-17, 08:38
	> Любой каприз за ваши деньги - отладка на удалённой машине серьёзно удорожает процесс. серьезно? Вы чем таким там отлаживаться собрались, на удаленной машине - msvc ? Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне. > Ну, кто деньги не считает, тот да, любит. А кто считает, то прекрасно понимает, что > лучше выдать каждому разработчику свою машину, для того, чтобы они банально не > интерферировали друг с другом. если они "интерферируют" на многоголовом монстре размером с два хороших шкафа - лучше дать им палкой. Доходчиво, и проблему решает надолго. Если просто не хватает мощности системы - "каждому свою" ты точно разоришься. > И заходить на неё удалённо? Из-под putty? у нас тогда маки культивировали, хрен его знает, из под чего там было принято. У меня был обычный ssh в обычном xterm, но я уже не был разработчиком. > Поэтому, для того, чтобы разработчик эти фичи знал, ему лучше бы изучить "богомерзкую > хипстерятину" (которая, на самом деле "академщина"). ну вот пока учится в своем MIT - вполне может изучать, как и еще мильен красивых финтифлюшек, напрямую вряд ли в этой жизни ему потребных, но полезных для развития. А придя на работу в Локхид какой - надо работать. А то вот эти загорелые парни (которые хрен там чего изучали в своем бангалорском супервузе, кроме методички "как обдурить при найме на работу") тебя от кормушки-то подвинут. > Кстати, почему Oracle не вложил все усилия, чтобы держать Хаскель/Erlang на своих > машинах - вообще не понятно. не нужны они ни локхиду, ни боингу на этих машинах, чего тут не понимать. Там не занимаются "быстрым прототипированием", там занимаются быстрой разработкой по совсем другим технологиям (очень жаль, что последние годы они совсем не хотят их афишировать, там было очень много интересного). Крупным банкам, решившим диверсифицироваться от AS/400, они тоже не нужны. А это и есть основные клиенты. > Кстати, умные люди прекрасно понимают, что знания маргинальных систем мало полезны на > рынке труда. Т.е. если уволят по какой-либо причине, то место, где эти знания > понадобятся, придётся искать относительно долго. знания - нет, не понадобятся. там еще и соглашение об их неразносе за пределы рабочего участка на десять лет после увольнения. Но "я работал в Боинге программистом" - очень даже поможет найти работу, даже если она никак не будет связана с санами. Ни один бежавший после поглощения ораклом сановец с голоду на улице не помер.
	Ответить | Правка | Наверх | Cообщить модератору

	48. "Опубликована редакция Oracle Linux для архитектуры SPARC"	+1 +/–
	Сообщение от Vkni (ok), 09-Апр-17, 04:19
	> Мне вот совершенно все равно было в мои времена, локальная машина или удаленная, мне еще надо отдельно не забыть, какая из открыта в этом окне. Скажите спасибо людям, развивающим Xы. Сейчас это разные вещи. > Если просто не хватает мощности системы - "каждому свою" ты точно разоришься. Довольно часто часть большой системы может разрабатываться и предварительно отлаживаться на личной раб. станции. Это значительно удешевляет процесс. Вообще, обнаружение ошибки может делаться на стадиях: 1. Планирования. 2. Ввода кода. 3. Компилирования. 4. Первичного тестирования написавшим код. 5. Тестирования специальными людьми. 6. Использования в alpha/beta. 7. Рабочего использования. При переходе вниз стоимость исправления ошибки становится всё дороже. Поэтому если есть возможность ускорить цикл между стадиями 2-3, этим пользуются. Разделение одной машины и одной системы между несколькими разработчиками портит тестирование на этапе 4. Это делает разработку более медленной, а следовательно более дорогой. > ну вот пока учится в своем MIT - вполне может изучать, как и еще мильен красивых финтифлюшек, напрямую вряд ли в этой жизни ему потребных, но полезных для развития. А придя на работу в Локхид какой - надо работать. ИТ - это, конечно, страшно дремучая область. И многие, наверно, не слышали про всякие Coq, Idris и т.д., работая в области верификации... Результаты мы видим на Тоёте, кстати. Да, если в Локхиде не понимают полезности того, что человек более-менее в курсе современных разработок (т.е. отстал не на 50 лет, а всего лишь на 30 - Haskell 1988-го года рождения), значит может быть туда и не надо? Есть места, где платят больше, и где таки понимают все эти MLи. > Но "я работал в Боинге программистом" - очень даже поможет найти работу, даже если она никак не будет связана с санами. Ни один бежавший после поглощения ораклом сановец с голоду на улице не помер. Сейчас ещё нет серьёзной конкуренции среди senior'ов, пока ещё нужны устаревшие системы. Но вот SPARC, слава тебе господи, сдохнет, и будет на одну меньше.
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема