Осваиваю HTML, прям только что закончил первую лабу - это вообще первое, что я делал в HTML - восторгу нет предела, сам себе задаю вопрос, почему раньше не решил освоить этот предмет.

Skandal, тебе еще предстоит много баттхертов.

Astair, ну да и пусть!

Astair, imho сейчас куда меньше, чем 5 леt tому

SpellCaster, насчет 5 лет назад не знаю. Но сейчас хватает.
Во первых поначалу блочная верстка производит разрыв шаблона так как блоки могут стоять где угодно, но не там где нужно.
Во вторых браузеры интерпретируют стили как хотят. Особенно это касается осла.
Приоритетность стилей тоже иногда странности подкидывает.
Конечно, после познания всех тонкостей CSS все становится гораздо проще, но на этапе обучения дым из ушей обеспечен. У меня до сих пор идет.

Кстати, раз уж зашел разговор о верстке. Кто нибудь может помочь мне с одной проблемой? В рамках форума это будет проблематично, нужен скайп я думаю.
Нужен будет совет, писать конечно за меня ничего не нужно. Если кто горазд - киньте скайп в личку, я там постучусь. Сам вопрос динамичной ширины для динамичной страницы, как то так.

Возник вопрос: с точки зрения религии в няшном Си, что менее "ололо":

while(true) {
...
}

(из обсуждения пару страниц назад)
или

for (;;) {
...
}

(обнаруженное в одном из примеров WDDK)
?

кто - нибудь знает, как в VBA использовать Averange для проверки расчетов




Необходимо найти сумму в Cells(2 + i, 11) = a(i).textd
Cells(2 + i, 12) = a(i).texte при помощи рекурсии

Нужен совет. Решил освоить пргрмирвние, на глаза попалась книга "Python - программирование для системного администратора Unix" (ну или как то так) - почитал, понравилось. Везде пишут про простоту питона, в связи с чем вопрос, не опасно ли начинать изучать програмирование с такого языка? Не будет ли проблем, допустим, если я на перл захочу перейти.

Как-то так:
Average(Range("A1:A5"))
Можно нажав на нужном слове F1 почитать подробный хелп, а ещё можно, записав макрос, посмотреть, что получилось.

Ээээмммм... Я хоть и начинал когда-то с Бейсика, уже подзабыл, как грабли называются. Может, переформулируешь задачу понятнее?

Не опасно. Скорее, наоборот.

А зачем переходить на Perl? Ну хотя бы пару причин.

ну мало ли. Как написанно в книге - программирование очень субъективная вещь, и если на написание чего либо тратится много времени, то стоит задуматься о смене языка. У меня знакомый админ фряшный перл расхваливал просто капец как. Вот я и на всякий случай спрашиваю.

Это сферическое в вакууме, когда пишешь для себя и только для себя. Как только в дело вступает заказчик (даже если это твой друг или коллега), субъективность становится чем-то, что нужно преодолевать.
В конечном счёте оценивается результат, а не способ его достижения. Вебсайт на Perl сделать быстрее, чем на C\C++, но на Ruby или PHP его сделать ещё быстрее... А главное - легко сопровождать и дорабатывать. Самое сложное в разработке ПО - не собственно разработка, а дальнейшее сопровождение. Для этого изобретаются всё новые ухищрения и ищутся "серебряные пули". Грубо говоря, написать программу может любой дурак, но только настоящий мастер может написать программу, которую сможет сопровождать любой дурак)))

Leto III, мне пргрмирование интересно в контексте unix-адмимнства. Всякие скрипты-автоматизаторы и т.д.

Skandal, насколько я знаю, для этих целей как раз и популярен питон.

такой вопрос - куратор дипломной работы выбрал задачу, которая должна быть реализована посредством ASP.net. Обсудив что собой представляет данная вещь с другим преподом, я понял что предстоит жесточайший гемор, ибо С# я не учил и с visual studio не знаком, а сама документация ASP представляет собой 1000 страничный документ, причем без перевода. Думаю надо поменять тему

metos, я писал на C# (до того как перешёл на JavaScript))), пользовался VisualStudio 2005-2010, но никогда и ни за что я не стал бы делать веб-проект на ASP.NET. Пара экспериментов в этой области заставили меня выучить PHP и не скажу, чтобы это оказалось хоть сколько нибудь трудно.

Leto III, так мне знающий человек и говорит, что выучить все это за 3 месяца нереально, и раз я php учил на прошлом курсе то было бы неплохо изменить тему

Выучить можно и за месяц, благо примеры для любого языка есть. Другое дело если ломать себе голову нет особой мотивации кроме диплома, то лучше тогда поменять тему. ИМХО.

[QUOTE=Leto III;1529567]Как-то так:
Average(Range("A1:A5"))
Можно нажав на нужном слове F1 почитать подробный хелп, а ещё можно, записав макрос, посмотреть, что получилось.


Ээээмммм... Я хоть и начинал когда-то с Бейсика, уже подзабыл, как грабли называются. Может, переформулируешь задачу понятнее?

Вложение 13058

Тут не которые вопросы по поводу рекурсии где надо задать функцию в основном цикле, т.к. при изменении в формуле выдает ошибку 28 а так же командам Vba sum

sourse, рекурсию нужно как-то так реализовывать (считает начиная с нижней клетки вверх до первой, где встретит нечисловое значение):

MS Office не юзаю, поэтому проверить не могу. Среднее значение рекурсивно навскидку только с накапливанием в переменную кол-ва шагов, то есть то же, но со счётчиком, увеличивающимся с каждым вызовом MySum на 1, а потом делим полученную сумму на число шагов из счётчика.

А нафига там рекурсия-то? Обычный while. :vile: VB давно не извращался, но навскидку будет что-то вроде

Function MySum(c as Cell)
var sum = 0;
var i = 0;
While(IsNumeric(Cell.Offset(-i).Value)) Then
sum = sum + Cell.Offset(-i).Value;
i++;
End While
Return sum;
End Sub

Как-то, хотя синтаксис могу и наврать.

Тут нужно именно рекурсивным методом(одно из основных условий). Проблема в реализации. И еще как при помощи VBA(excel) Sum проверить расчеты

Чувааак, если ты сумму значений столбца в Экселе посчитать сам не можешь, может не стоило и браться?)))

Sum(A1:A5) считает сумму ячеек от А1 до А5 (то есть в столбце А с 1 по 5)
Average(A1:A5) по-идее делает то же, только считает среднее арифметическое, а не сумму.

Это можно даже руками не писать, а выделив пустую ячейку за пределами таблицы нажать на знак "=" вверху, где значение ячейки редактируется - для подстановки формулы и выбрать её из списка. В русскоязычном Экселе SUM() будет выглядеть как СУММ(), но, насколько я помню, английское написание тоже работает (более того, был какой-то глюк, где только при английском написании формула работала). Выбрав формулу, мышью выделяешь нужный диапазон, для подстановки в формулу и нажимаешь ОК.

Тем не менее попробовать все равно стоит.

Ну ты хоть отпишись тогда о результатах, а то мне уже и самому любопытно стало))

Считать - считает, немного с багами

Что за баги?

И мне вот ещё стало интересно, почему именно VBA? Ведь MS Office стоит денег, и это при том, что в любом современном браузере, например, есть панель JS... Да даже если питать особое пристрастие к VB, то есть старый добрый VBS - файлы с расширением .vbs под виндой исполняются без дополнительных телодвижений. Вероятно, это наследие пиратского прошлого, когда Офис на каждом домашнем компе стоял...

На вба нам задавали в универе делать, а баги в основном (№6. №28 при измении формул)

Вот я потому и ворчу, что в универе. Или они вам M$ Office бесплатно раздают? Хотя даже в этом случае навязывание конкретного коммерческого продукта не делает им чести.

Текст сообщения об ошибке наверняка более информативен, чем её номер ;)

№6 run time
№28 out stack space

Увы, добрая половина языков программирования это конкретные коммерческие продукты (#NET,DELPHI, ORACLE, MSQL Server и т.д.).

P.S. А бесплатные версии M$ Offic'а существуют, хоть их сложно достать. Например, у меня стоял Started, который гнал онлайн рекламу, причем он был 100% бесплатным. А универам и студентам большинство программ на халяву раздают. Есть даже спец.лицензии под это дело.
P.P.S. Да, я в курсе что DELPHI и иже с ними не правильно по гамбурскому счету называть ЯП, а ORACLE и MSQL Server это вообще СУБД.

Наш универ сотрудничает с Microsoft- отсюда все пироги

VBA Run-time error 6: Overflow
и
№28 Out of stack space
очевидно

Первая намекает на переполнение типа данных, например в тип, объявленный как Integer на практике пишется значение типа Long
Вторая, скорее всего, говорит о том, что рекурсия слишком глубока. Сколько раз вызывается рекурсивно MySum?
Может, код под спойлер с указанием, на каких строках какие баги вылетают?

Это всё из-за засилия IDE - мало какой программист на C# сумеет писать код без VisualStudio, то же и с Delphi. Более того, судя по тому, что я читаю в инете, даже на PHP и JS многие не могут без IDE, что уже кажется слегка ироничным. К бесплатному PHP покупать PHPStorm, а к JS - SublimeText или там NetBeans. Я вот так и не смог с Notepad++ ни на что перебраться - отвлекают спистоперделки ненужные... Хотя когда-то (C#) тоже без IDE был как без рук.

Логично: первая доза - бесплатно.

Имелась в виду структура строки для таблицы? Тогда так понятнее:
Далее пользователь вводит в форму или читаем с листа (как - можно посмотреть с помощью макроса) не менее 10 таких TableRow, получаем массив типа TableRow:
В цикле* обходим массив от 0 до конца, выводя данные из каждой i в ячейки таблицы:
И потом рекурсивно посчитать суммарную стоимость из уже имеющегося R() как-то так:
Среднее арифметическое:
*NB: Цикл по-идее лишний - вывод в ячейки можно прямо в MySum делать, но так понятнее должно быть

Пытался создать что-то вроде этого, непонятно как описать sum в цикле программы (если это нужно)

Если речь про
то я не помню, как программно вызвать формулы, но если записать макрос, то можно посмотреть. В программе SUM описывать не нужно - это встроенная формула Эксель.

Макрос записывается нажатием на кнопку с красным кругом, как REC на магнитофоне, на одной из панелей Эксель (вид - панели инструментов). Пока эта кнопка нажата, ваши действия в Экселе - выделения ячеек, их редактирование и тд и тп записываются в виде программы на VBA. После отжатия кнопки, полученный скрипт можно сохранить и открыть - в нём будут программные аналоги ваших действий.
Для применения "команды Экселя SUM" нажимаем REC (красный кружок) и мышкой применяем формулу (через нажатие "=" вверху поля редактирования значения ячейки и выбора из списка формулы СУММ) к диапазону ячеек. Потом снова нажимаем REC для остановки записи, сохраняем полученный скрипт и открываем его для исследования. То же со СРЗНАЧ (или как там назван AVERAGE) - можно просто СУММ заменить на AVERAGE.

Я вот последние годы из шарпа не вылезал. А осенью появилась хорошая перспектива и пришлось пересаживаться на Java. Которая как шарп, но многие простые вещи в ней делаются сложнее. В общем говоря, первый месяц я очень сильно плевался.

Так вот. Прошло несколько месяцев и мне надо было написать небольшую лабу на двух языках сразу. И мне было страсть как неудобно писать на шарпе.

Я это к тому, что тут вопрос привычки и только.
Не вижу проблемы. Если они повышают производительность и удобство разработки - то что в этом плохого. С такими разговорами можно очень далеко зайти.

Я бы согласился, если бы не интересный опыт. Я уже почти год как забросил шарп в пользу JS (Node.js) и, хотя пресловутых двух недель на изучение Erlang пока так и не сумел выделить, со всё большим интересом поглядываю в сторону ФП и всё большее недоумение вызывает ООП.
Это я всё к чему. Шарп и Ява - это как швейцарский нож, обмундирование современного солдата или там путешественника на все случаи жизни, включая портативный ядерный реактор, космический телескоп, тахионный приёмопередатчик, средства согреться в лютый мороз, добывать пищу из воздуха, фильтры для воды и даже небольшой танк-трансформер... Всё замечательно, за исключением того, что этот комплект монолитен - из него нельзя взять только нужное, а применяется он как правило не во льдах и пустынях, а в центре комфортного мегаполиса.
То есть, безусловно, такой богатый набор вызывает привыкание - без него потом трудно обходиться.
Другая потенциальная опасность таких "швейцарских ножей" прекрасно описана Джоелом Спольски в статье про "Закон дырявых абстракций".

Да, можно. Например, можно сравнить разработчика в IDE с Бэтменом - без своих многочисленных примочек он почти беспомощен, во всяком случае, на супергероя точно не потянет. В отличие от "блокнотного Брюса Ли"))) Ну и когда я вижу очередной жаркий спор, какая IDE круче, мне на ум приходит поговорка про плохого танцора...
(Нет, я согласен, что IDE удобная штука и не призываю отказываться от них. Просто взглянув с другой стороны не могу закрывать на это глаза.)

ООП может вызывать недоумение только если пытаться забивать гвозди микроскопом. ООП в первую очередь нужно для систем где кол-ва кода измеряется миллиардами строк и все они взаимодействуют между собой, вот там начинается мрак и ужас, когда пытаешься использовать что-то другое.
Скажем, для создания небольших html страничек нормальный ООП нафиг не нужен (то что есть в php это не ООП, а просто его имитация).

Можно :smile: В java можно выкинуть все библиотеки кроме тех которые тебе необходимы. В результате функционала будет меньше чем в обычном С. :vile:

Не поверишь, строитель без инструментов вообще ничего не может. :vile: А уж про токаря работающего на станке вообще молчу. Конечно, можно заставить строителя делать дырки кухонным ножом, чтобы он не привыкал к своим инструментам. :lol:

Работа должна быть сделана качественно и быстро, а инструменты каждый имеет право выбрать сам. Ситуация, когда вдруг программист окажется даже без бесплатной иде, и ему придется программировать все ручками скорее гипотетическая, чем реальная.

P.S. Если что, я тоже часто пишу на java просто в far'e вместо загрузки эклипса, но это мой выбор и я не пытаюсь его никому навязывать. Каждый программист выбирает для себя свой инструмент.

Согласен. Но в шарпе и яве ООП принудительный. Хотя есть и другие способы локализации функционала, например, модули...

Минуточку! А на клиентской машине придётся ставить какой-то особенный JRE? Тут ведь вопрос дистрибуции. Кстати, если .NET Framework хотя бы не вредит, то Java по-умолчанию открывает ворота разнообразной вирусне из браузера.

Хм. Я как-то по наивности своей считал, что программист трудится интеллектом, а тут вон что оказывается)))
Внцом развития IDE является автогенерация кода, так что такой станок может однажды и вовсе избавить программиста от работы. ;)

Да кто же спорит? Я просто мнение своё высказал, а оспаривать его или нет (и зачем) - каждый решает сам.

Это под виндой... А вообще, иной раз можно оказаться в консоли без средств для выживания)))

Я чуть не в каждый пост вворачиваю обороты, вроде КМК или ПМСМ именно потому, что на форумах любое высказывание личного мнения почему-то воспринимают как его абсолютизацию, истину в последней инстанции и начинают яростно отрицать))) Брейк!

Просто и шарп и ява рассчитаны на определенный класс задач. Поэтому просто сделать небольшой сайтик ни на том ни на другом так же быстро как на php не получается. Всякие java для телефонов это по хорошему вообще совсем другая java. Так же как и JSP (аналог java'вского php), там даже ООП не обязателен по большому счету.

*Пожал плечами*, php без библиотек и апача на сервер тоже фиг поставишь. Любой язык программирования тягает с собой определенный минимальный суповой набор (ну кроме ассемблера) или строго определенные требования к системе.

Уже, есть системы автогенерирующие код из блок-схем, причем из общей блок-схемы получается куча кода (видел такую вещь). Программиста это не отменяет, просто он больше занимается дизайном.

И программировать тоже в консоле? Такое бывает крайне редко и то обычно рядом всегда есть ноут с иде и прочими радостями. Ситуация работодатель дал только консоль и заставил писать программу на шарпе/jave две недели больно уж фантастическая.

Я бы даже сказал "нужно". По крайней мере, нас уверяли, что не стоит подключать весь пак пакетов и можно ограничиться нужными. Благо в том же Netbeans есть возможность в 2 нажатия подключить конкретный пакет когда он нужен.


Ну а что, оч круто же. Зачем тратить время на написание гетеров/сетеров и прочих конструкторов когда думать там не надо, а среда может сделать это сама и за пару секунд?
Логику то она сама не напишет все равно )

Ага. Т.о. есть некий порог до которого "швейцарский нож", наоборот, замедляет разработку. А проектов уровня "небольшой сайтик" - гораздо больше, чем уровня Bank of America.

C\C++ за счёт этого только, КМК, и популярен до сих пор. Просто концепция с интерпретатором\ВМ оказалась популярнее компиляции под разные платформы.

Я даже как-то пытался использовать нечто подобное - это логичное продолжение темы ООП, но за 8 лет практики мне так и не довелось поработать над проектом, где ООП был бы по-настоящему нужен и полезен.

Ситуация поправить код на сервере у меня несколько раз возникала, хотя и не на шарпе, конечно.
А после VisualStudio сложно писать в условном блокноте case-senitive названия классов и методов, например. Обычно-то их за тебя подставляет IDE. И привычку делать отступы и прочую разметку кода самому тоже взять неоткуда, поэтому мой первый JS-код после C# выглядел как-то так:
а теперь так:
Но гораздо важнее, что я вынужден был задуматься об этом, в то время как IDE успешно инкапсулировала от меня проблему разметки и читаемости кода.

Давайте тогда уж продолжим идеи Delphi и будем таскать эти либы вместе с программой. Можно встраивать, как там, а можно как в .NET вроде начали делать - специальный инсталлер, ставящий только используемую приложением часть фреймворка.

Просто есть молотки и есть микроскопы. И не надо их смешивать, даже если и то и другое называется ЯП. Естественно такой порог есть иначе Perl'ы и PHP давно бы вымерли.

И дело не в кол-ве, бюджет и важность одного проекта уровня Bank of America перекроет десятки тысяч проектов уровня сайтик Васи Пупкина.

Опять дело о молотоке и микроскопе. Высокоуровневые языки программирования и низкоуровневые отличаются значительно сильнее чем легковой автомобиль и огромный пассажирский самолет, хотя формально это просто средства передвижения.
И с C++ бывает головняк даже с переходами на другую версию Win, не говоря уже о переезде на другую платформу, типа *nix.

А вы хоть раз работали над проектом, где было хотя бы 50 программистов? :vile: Или хотя бы даже 15 программистов, работающих над одной и той же функциональностью в одно и тоже время? Видимо это проблема институтов, которые внушают, что ООП это очень круто и его надо использовать всегда и везде, и не учат что в некоторых случаях нужна отвертка, а в некоторых кувалда.

Вот именно, что несколько раз за месяц работы и небольшой кусочек кода.

Пофиг, зависит только от удобства пользователей. JRE на самом деле содержит примерно 0.01% от библиотек Java, которые только более-менее официальных просто дофига.

Одни используются для воздействия на предмет, а другие - для наблюдений и исследований? ;) Применяете клише, так делайте это с умом. Сравните молоток с перфоратором, что-ли...

Вы не замечаете противоречия в этом высказывании? Или есть какой-то объективный закон, согласно которому бюджеты в кол-вах BoA переходят в качество, а техники, отточенные на миллионах сайтиков так и остаются "некачественными"?

Это, кстати, отдельная большая проблема ИТ - понты. Все начинающие программисты сперва склонны романтизации сложности и масштабности проектов и технологий...

Я тоже люблю красиво звучащие фразы, но отношусь к ним с настороженностью именно из-за внешней красоты. Не поясните ли, в чём глобальная разница между ASM и PHP?

В том и дело, что этот головняк бывает не с C\C++, а с API платформы, под которой он исполняется. Хелловорлд на C со stdout будет работать везде, где есть последний, а вот для хелловорлда на .NET\Java\PHP понадобится много всего.

Над одной функциональностью в одно время? Серьёзно? Разве что на олимпиадах))))) В вашей формулировке это соревнование получается, а не совместная работа. А так - да, в командах до 15 человек работал пару раз, но не считаю ООП "серебряной пулей". По-настоящему ООП может полезно там, где нет возможности полностью осознать, что происходит - после этакой Сингулярности проекта, когда никто уже не знает и не может узнать, что этот проект делает и как.

Поэтому .NET на винде гораздо перспективнее, начиная с Висты и XP SP3 - пользователю неудобно качать и устанавливать дополнительный софт.

У меня вот тут другой вопрос возник:
Яверы сами часто признают дотнет более современной и развитой платформой, НО я всё чаще слышу о переходе шарперов на яву - с чем это может быть связано по-вашему?

Разве я сказал "некачественными", я сказал не надо все мерить тупо кол-вом проектов. Да, на кол-во "проектов" на Access'е в размере одной табличке для бухгалтерии измеряется миллиардами, но это не значит что Access круче Oracle. :lol::lol::lol:

Я не склонен, да и опыт более лет 15. А сложности и масштабности проектов... я работаю в компании, которая возможно является мировым лидером в своей отрасли (не будем переоценивать, добавим слово "возможно") и масштабность там уровня основных систем компаний размера МТС и Мегафона в десятках стран.

Кроме технологий, назначения, принципов программирования, задач? :vile: Во всем остальном. :vile:

Ладно? В любой ОС где есть поддержка Java и PHP все будет работать.

Вероятно, каждый отвечал за свой модуль в таких компандах

По настоящему ООП полезна тем чтобы не доводить проект до Сингулярности. Просто поверьте на реально больших проектах, уровня сервисной системы всего Билайна или Мегафона, без ООП ничего не выйдет.

А когда было иначе? Java в качестве создания просто офисных программок на винде никогда не была сильна.

Не знаю, кто признает. У Java есть огромный круг задач которые вы не знаете, и который вообще не пересекается с Net, например создания приложений работающих на многих ОС без всяких изменений, или сложных серверных систем, работающих на *nix'e в связке с Oracl'ом, на которых и работают Bank of America и им подобные. Или по вашему сложные серверные *nix системы на чем пишут?

Аксесс это слишком сложно, давайте лучше наймем 4 экономистов и они будут рассчитывать себестоимость в Excel.
мимо реальная история

А кто, в таком случае мерил кол-вом?)) Аксесс круче Оракла именно для "проектов" в размере одной таблички. Но ещё круче для этого SQLite, а ещё круче... простой файл или папка.

А я и не про вас в данном случае. Просто есть такая проблема.

Вот видите, снова кол-во. Если бы вы написали: надёжность уровня НАСА или Боинг - другое дело... ;)

Программы на ассемблере не могут делать того, что программы на ПХП? О_о

Что вы называете "поддержкой Java в ОС"? У меня вот сейчас XP SP3 и ява не работает "из коробки".

Да. Парное программирование, вроде, до сих пор экстремальная практика. Да и ООП в таком случае как бы ни при чём.

Как это достигается с помощью ООП? Мне всегда казалось, что, наоборот, в ООП-проекте можно не зная, что и как работает писать реализацию по интерфейсу... Разработчик ведь не отвечает на вопрос "почему?" относительно интерфейсов. Архитектор сказал "так надо" и всё - копать от забора и до обеда.

Мне казалось, ява с её ООП - ещё новинка в такого рода системах, я думал, там до сих пор фортран или что-то вроде того...

Это всё понятно. Только популярность ЯП от многих факторов зависит, помимо его объективных достоинств или недостатков.

Спорный вопрос - дотнет туда тоже проникает, AFAIK.

Просто M$ пропихивает свою серверную ОС - это вопрос маркетинга, а не технологии.

На Си и ассемблере (саму ОС). А серверный софт - зависит от многих факторов. И если это ява, то вовсе не обязательно, что это объективно оптимальное решение, а не дань моде.

Код работает, но обнуляет все значения и стирает данные

Если считать по скорости разработки, поддержки и бюджета не могут. :vile: Да, можно за год даже тупой отверткой просверлить дырку в бетоне , но перфоратором всяко быстрее.

Тем что можно на ОС можно поставить в принципе.

ООП и системы контроля версий позволяет с одним файлом работать нескольким разработчикам сразу. И даже использовать тот функционал, которого ещё нет в природе. По сути ООП позволяет буквально один и тот же функционал разбить на кучу народу и сделать его значительно быстрее.

Да, наша система из миллионов (если не миллиардов) строк кода вполне понятна и к Сингулярности не стремится.

Архитектор отвечает за дизайн, разработчик за его реализацию, в том числе и за интерфейсы. За исключением интерфейсов со внешними системами, но это уже совсем другое.

В таких *nix системах стоит именно java в большинстве своем (по крайне мере у подобных заказчиков встречал только её) причем уже десяток лет. Чистое ООП давно устарело, в таких системах стоит EJB, что на порядок сложнее и головоломнее.

Данью моде она была лет десять назад, теперь это уже практически промышленный стандарт. Посмотрите на эту страницу ради интереса.

Текущий код - в студию - поглядим, чего это он))

Воот. Хотя по сути и тот, и другой транслируются в команды процессора. Иначе говоря, они делают одно и то же по-разному и разница тут примерно как между самолётом и кораблём - не столь радикальна по сути, как может показаться во их виду.

Ну тогда это не ОС поддерживает яву, а ява - ОС)))

Но всё равно же не будут несколько программистов писать один и тот же код - модуль, класс, ну или даже метод - да, но всё равно разные участки. Или нет? А так разделить труд можно и без ООП, и даже не только у программистов.

Интересно. Я был уверен, что интерфейсы - часть дизайна, а не реализации. Вообще, разве программисту (в противоположность архитектору) на проекте такого масштаба есть что решать? От него ведь мало что зависит.

Я думал, речь про что-то более близкое к телеком-железу.

Это, кстати, не опровергает моего высказывания. А вот NASA или Boeing используют ли Java?

А як же. :lol::lol::lol:

Чуток лукавите, я ведь не про офис и коммерцию, очевидно, спрашивал, а вот гугл на им же подсказанный запрос "boeing 787 programming language" выдаёт в топе статьи с заголовками о том, что возвращается язык Ада (как бы пугающе на русском это ни звучало)))
Ещё ада и немного ада с C\C++

[QUOTE=Leto III;1530370]Текущий код - в студию - поглядим, чего это он))

доставку



дело в том что он выводит нули в расчетах

Если вы спрашивали, что используется в боингах и космических аппаратах, то вы опять уходите не туда. Конечно, скорее всего никто не использует java для бортовых компьютеров летательных систем, потому что она ни разу не машинный язык. Ни её это профиль. Открою по секрету, в наших военных истребителях вообще используется "механические" вычислители, где нет никакого языка программирования (сделано специально чтобы они выдерживали ядерный взрыв).

Я говорил, что в сложных промышленных коммерческих системах на больших Unix серверах и гигантских объемах данных для коммерции используется java в основном.

Как-то так

Я читал об этом много раз, но мне сложно понять, насколько это обусловлено той модой, которая была на яву лет 10 назад. То, что мода стала промстандартом, ещё не аргумент в пользу объективного превосходства одной технологии или ЯП над другими.
Паскалеобразная ада до сих пор удерживает нишу военных, космических и авиационных разработок и мне кажется, что это неспроста. Хотя, казалось бы:
Мой вопрос: насколько успех ява определяется маркетингом, а насколько его реальными преимуществами?

Уффф, поверь в J2EE есть очень много плюшек для огромных систем. Другой подобной системы работающий под Unix ОС я не знаю. С ней на этом рынке пытается конкурировать С#, но сильная привязка к Win и не бесплатность ему очень мешают.

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

А C# в наглую стянул идеи у Java, ну и что? По мне главное результат. :smile: Оберон так и не стал большим чем интересным, но мало применимым языком, и не известно стал бы он аналогом Java, если собственно Java и не было, возможно сейчас была бы та же ситуация только Вирт обвинял бы в тех же грехах C#. Никто Вирту ведь не мешал проводит собственный маркетинг.

Но ведь этого и не нужно! Вы же сами упираете на Unix ОС, а виндовые серверы практически исключаем. Очевидно, что тут хватило бы C\C++, но маркетинг такой маркетинг. По моим субъективным ощущениям, успех явы и шарпа базируется на страхе перед ошибками при работе с памятью, а большая часть маркетинга основана на пугающем звучании safe\unsafe для бизнесменов, а не инженеров.
В конце концов, интерпретируемые языки, типа Python, PHP и JS успешно выполняются на не многим меньшем количестве платформ.
Вот я долго плевался от JS, делая сайты на PHP, а оказался такой красивый язык (а претензии к PHP остались)! И, к тому же, имеет неплохие шансы стать "нативным" на некоторых новых ОС.
А ещё набирают обороты ФЯП: Clojure, F#, Erlang...

Как вы не поймете простую вещь: Python, PHP и JS предназначены для крошечных и маленьких проектов. Там все на это рассчитано: ФП вместо ООП, динамические типы вместо строгих, глобальные переменные, игнорирование некоторых ошибок, общее пространство имен и т.п. Это все сильно экономит время разработки маленьких проектов и крошечных страничек, но чем больше проект тем больше эти преимущества превращаются в недостатки.
А C# и Java наоборот на мелкие проекты и не рассчитаны, и их огромные преимущества по отладке и строгому контролю превращаются в недостатки.

Иногда бывает нужно, например иметь клиента к Базе данных который будет работать одинаково на любой ОС в компании от макинтоша до дикой разновидности Linux.

Это не страх, а жизненная необходимость для крупной системы. Я долго общался с человеком поддерживающим огромную систему на С++, они тратили огромную кучу времени и ресурсов на поиск подобных ошибок. И очень сильно мечтали о переходе на С#, но это было невозможно сделать исторически. Когда кривой код индийского программиста может уронить любой код в совсем другом модуле никак не связанным с первым это смерти подобно для отладки системы с миллионном строчек кода.

Крупные проекты на ФЯП делаться не будут, если они совершенно не поменяют методологию и сделают что-то другое чем ФЯП. Значит эти языки будут просто замещать PHP, JS и им подобные из ниши мелких программных проектов.

Размер проекта и ЯП в моей голове как-то не увязываются.
ОС - маленький проект? Почему же их пишут на Си, даже не на ++?

Можно быстро накидать прототип или PoC на шарпе (и яве, наверное), поскольку там уже куча всего готовенького.

В итоге оракловый sqldeveloper тормозит даже на мощном компе, а выглядит так, что хоть святых выноси)))

Да, это отличная ловушка для неграмотных понтолюбов, нанимающих сишников писать простенькие проги, которые можно быстрее и дешевле реализовать в виде веб-интерфейса)))) На втором месте Дельфы - из-за народного мнения, что "они как Си, только попроще"))) Но утечку памяти, например, можно организовать и в шарпе - это проблема прямоты рук, а не ЯП.