ViZ
Участник
Сила - ничто! Главное - склонность к самоанализу
licq:3220
|
| отправлено: 05-07-2010 01:59:45 | |
инфо • правка • ссылка • сообщить модератору |
ЯП или кто на чем пишет?
поделитесь впечатлениями и расскажите, почему именно данный язык пришелся вам по вкусу? |
|
| IP |
|
DarthVader
Участник
!иɔоɔ и инǝvоʞ ɐн
|
| отправлено: 05-07-2010 09:00:44 | |
инфо • правка • ссылка • сообщить модератору |
Python + C.
Питон нравится за простоту, немногословность и выразительность. Писать одно удовольствие. Либы и критичные к производительности места пишу на С. |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 06-07-2010 03:07:21 | |
инфо • правка • ссылка • сообщить модератору |
Фокал т.к. на нем можно было писать на БК-10
Basic т.к. на нем можно было писать на ДВК-2
Fortran т.к. так надо. Даже перфокарты это не так страшно, но лучше не ошибаться.
Turbo Basic, GW-Basic т.к. быстро можно что-то сляпать, где не надо считать что-то безумное. А какую-нить задачку оптимизации - запросто.
Ребус - dbf только начинался..
Clipper - ну вот такие были тогда СУБД. В принципе неплохая штука..
Turbo Pascal 3.0 - т.к. он работал на Роботроне да и на моем Профи.
Pascal на ДВК 3. Т.к. они были и на них можно было работать, сколько захочешь, и вирусы их не кушали.
Turbo Pascal 7 - тогда было модно (или С++ или TP 7, C нам пытались преподавать, потому решил что лучше Pascal.. ну и как-то проще казалось после Фортрана). Турбо вижн, опять же. Ну тоже что-то посчитать простенькое..
Delphi 5-6 - т.к. Pascal в институте когда-то нравился, а потом.. а потом вариантов не было. Прям таки настраивает на процедурный стиль программирования. Хотя можно сделать иерархию визуальных форм и это все будет работать. Да и для ООП все вроде бы есть.. но все как-то не так. Куча сторонних библиотек, как правило халявных, некоторые изумительны. EhLib навсегда.
Надеюсь больше не придется брать это в руки.
C# - руководство решило: Будет шарп. Странная пародия на яву. Но в в целом очень неплохо. Визуальная часть всегда кривая, по сравнению с Дельфи. Убегающие кнопки, неясные глюки, кривые сетки.. Visual Studio + Resharper = человеческая среда разработки. 2008 студия много приятнее (до того пользовал 2003). 2010 не видел еще.. Даты не очень удобные.
Java - очень приятный язык, изумительные среды разработки (JBuilder 8-9-10, IDEA 4-9, Netbeans не пошел как-то.. ну в принципе слезть с Идеи сложно). GUI не делал. Все четко, удобно. Вычисления немного кривоваты. Можно сложить 2 числа и результат будет несколько отличным от суммы двух чисел. Работа с датой тоже не очень.. особо со временем. В любом случае сервер приложений пашет на нем..
Коллекции, итераторы, ну и ООП - это просто праздник какой-то..
Производительность глубоко параллельна, т.к. узкое место всегда в БД, а сервер приложений - нехилый кластер.
PL/SQL - т.к. Oracle. Удобный, с массой возможностей. Скрипт на пару страниц делает тоже что и огромная программулина на дельфях. Все максимально шустро. Из него просто не хочется вылезать..
может Ruby какой-нить освоить, думается.. Есть вариант что понадобится нечто подобное.. |
| Сообщение изменено Silencer от 2010-07-06 03:35:09 |
|
| IP |
|
DarthVader
Участник
!иɔоɔ и инǝvоʞ ɐн
|
| отправлено: 06-07-2010 11:08:04 | |
инфо • правка • ссылка • сообщить модератору |
To Silencer
цитата:
может Ruby какой-нить освоить, думается.. Есть вариант что понадобится нечто подобное.. Потыкай в руби или питон, я вообще не понимаю как можно жить без простенького скриптового языка под рукой, просто хотя бы для личных задач.
Про визуальную часть С#. Что ты имеешь в виду ? Гуевый редактор WinForms ? В нём хотя бы нормальный layout manager есть, не то что в убогой дельфи.
Про яву. цитата:
Вычисления немного кривоваты. Можно сложить 2 числа и результат будет несколько отличным от суммы двух чисел. Это как ? о_О цитата:
Работа с датой тоже не очень.. особо со временем. Ну напиши свои классы для этого.
Дельфи. Ну это конечно ужас нечеловеческий. Button1OnClick, да. |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 06-07-2010 11:55:58 | |
инфо • правка • ссылка • сообщить модератору |
To DarthVader
цитата:
Потыкай в руби или питон
Надо почитать..
цитата:
Гуевый редактор WinForms ?
Вобщем да. Частенько вляпываешься в какие-то непонятные глюки. Типа одна форма наследована от другой. В наследнике кнопки предка по неизвестным причинам смещены. Почему?? В VS 2003 это пропало после сервиспака к дотнету, а сейчас работал с 2008 - там такая фигня опять есть... В целом layout manager меня устраивает.. не понимаю чем он для тебя лучше дельфишного. В дельфи можно сделать все так же. Пробовал и другие менеджеры, но у них свои глюки, они же фичи..
Еще видел тучу глюков с ресайзом, если в контрол вставить форму целиком... Все решаемо, но все же..
Сеток человеческих нет. Ни одна рядом не лежала с EhLibовской. Лучше и стабильнее работающего GUI дизайнера чем в Дельфи - не видел. Кстати те Дельфи что на дотнете попробовал... снес сразу.
На дельфи работать после явы - одно мучение..
цитата:
Это как ? о_О
Берем два дабла, поднятых из базы. Скажем 100 и 100. В базе физически не хранится больше двух знаков после запятой. Складываем. Получаем 200.00000000001 (кол-во нулей - условно). Кстати в C# похожая хрень была.
цитата:
Ну напиши свои классы для этого. Так и приходится.. |
| Сообщение изменено Silencer от 2010-07-06 12:03:00 |
|
| IP |
|
DarthVader
Участник
!иɔоɔ и инǝvоʞ ɐн
|
| отправлено: 06-07-2010 12:35:56 | |
инфо • правка • ссылка • сообщить модератору |
To Silencer
Сменить DPI - и вот уже форма на дельфийском VCL "поплыла" в разные стороны.
Особый ужас являет собой отсутствие нормального разделения кода и визуальной части. Ох уж сколько я видел функций на 1000 строк с именем Button1OnClick...
Дельфи сам по себе располагает к такому уродскому стилю.
EhLib не видел, да и вообще дельфи давненько не попадался, но когда пользовался, то с визуальным редактором намучился вдоволь, помню что глюков также было немало. особенно тот же ресайз - за что и пинаю дельфовый layout manager.
Если в целом о интерфейсах, то мне больше всего нравится подход к построению интерфейса в GTK/Glade/GtkBuilder, в которых морда - простой XML файл и ее можно динамически подгружать, причем используя любой язык, для которого есть биндинги к GTK.
цитата:
Берем два дабла, поднятых из базы. Скажем 100 и 100. В базе физически не хранится больше двух знаков после запятой. Складываем. Получаем 200.00000000001 (кол-во нулей - условно). Кстати в C# похожая хрень была. Забавный эффект. Не знаешь откуда он берется ? |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 06-07-2010 13:13:08 | |
инфо • правка • ссылка • сообщить модератору |
To DarthVader
цитата:
XML файл и ее можно динамически подгружать
На XAML ?
Как тебе, кстати WPF ?
Откуда эффект - ни сном ни духом. Долго дебажил и нашел. В дебагере эти нули хорошо видно.. причем - вот было 100 - вот прибавили 100 и получили - вуаля 200.00000000001.
цитата:
Сменить DPI - и вот уже форма на дельфийском VCL "поплыла" в разные стороны. Ну это вопрос дизайна формы.. положил все на панельки, панельки все поприжал по сторонам, одну - Fill. Все также как в WinForms..
Вот если шрифт какой-то адский задали в Виндах, бывает что форму перекособочивает..
цитата:
отсутствие нормального разделения кода и визуальной части
Дык в старом дотнете (1.0-1.1) все также... даже хуже. В дельфях всеж описание формы отдельно.. Button1OnClick - вопрос нейминга. При большом желании там есть возможность задать шаблоны для имен по компонентам.. мы как-то делали. В принципе достаточно делать префиксы btn frm gb итд.
но вот с этими обработчиками событий так и тянет вляпать туда все сразу и подряд. Просто Дельфи для маленьких простеньких проектов.
Кстати под 98 винды они работали ужасно. Главная траблема - нехватка дескрипторов окна. Типа ресурсы кончились... некоторые компоненты хавали эти дескрипторы большой ложкой и в итоге приходилось упрощать формы, делать из одной несколько итд.
Наверное мне просто повезло, когда начал писать на дельфи, мне в руки попала толстенная книга, где разбирались вопросы дизайна форм, нейминга итд на Delphi 3.0. Дядька там активно пользовал иерархию форм, репозитории всякие для полей БД. Потому к визуальной части на дельфи практически не было претензий.
|
| Сообщение изменено Silencer от 2010-07-06 13:16:44 |
|
| IP |
|
DarthVader
Участник
!иɔоɔ и инǝvоʞ ɐн
|
| отправлено: 06-07-2010 13:36:08 | |
инфо • правка • ссылка • сообщить модератору |
To Silencer
цитата:
На XAML ?
Как тебе, кстати WPF ?
Нет, обычный XML. http://glade.gnome.org/
WPF я не распробовал, потребности в нём было. Сама по себе WPF интересная, да и сделана вроде как грамотно, но если оно получит широкое распространение, то будет кошмар - в Windows и так каждый лепит ГУИ как хочет, а с возможностями кастомизации WPF будет дикий цветастый ужас всех форм и мастей, а не интерфейс.
цитата:
Ну это вопрос дизайна формы.. положил все на панельки, панельки все поприжал по сторонам, одну - Fill. Все также как в WinForms.. Вот если шрифт какой-то адский задали в Виндах, бывает что форму перекособочивает.. Ну не знаю, может это проблема самого VCL или на уровне GDI, но при нестандартном DPI шрифтов дельфовые программы рвёт на части.
цитата:
Дык в старом дотнете (1.0-1.1) все также... даже хуже. В дельфях всеж описание формы отдельно.. Button1OnClick - вопрос нейминга. При большом желании там есть возможность задать шаблоны для имен по компонентам.. мы как-то делали. В принципе достаточно делать префиксы btn frm gb итд. но вот с этими обработчиками событий так и тянет вляпать туда все сразу и подряд. Просто Дельфи для маленьких простеньких проектов. Ну возвращаясь к WPF, он вместе с LINQ/ADO.NET даёт возможность нормально использовать архитектуру MVC. В случае же с дельфи очень трудно вывернуться так, чтобы получился не архитектурный уродец, которого ни развивать, ни рефакторить не получится. В принципе, небольшой проект может и можно написать...
Для большого проекта я выбрал бы .NET (F#, кстати, интересная вещь) или Java, для простенького - Python с гуем на GTK.
PS Я под Windows не пишу, так что могу в чём-то ошибаться |
| Сообщение изменено DarthVader от 2010-07-06 13:42:45 |
|
| IP |
|
iFTP
Участник
licq:1601
|
| отправлено: 06-07-2010 14:45:36 | |
инфо • правка • ссылка • сообщить модератору |
To Silencer
цитата:
PL/SQL - т.к. Oracle. Удобный, с массой возможностей. Скрипт на пару страниц делает тоже что и огромная программулина на дельфях. Все максимально шустро. Из него просто не хочется вылезать..
Эх, еще бы объектности ему...
|
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 06-07-2010 15:49:27 | |
инфо • правка • ссылка • сообщить модератору |
To iFTP
Дык есть она! Можно создавать свои классы, наследование есть, переопределение и.т.д. Народ просто не пользуется... начиная с девятки все есть
Открываем мануал:
10. PL/SQL Object Types
The Role of Abstraction
What Is an Object Type?
Why Use Object Types?
Structure of an Object Type
Components of an Object Type
Defining Object Types
Declaring and Initializing Objects
Accessing Attributes
Defining Constructors
Calling Constructors
Calling Methods
Sharing Objects through the REF
Modifier Manipulating Objects |
| Сообщение изменено Silencer от 2010-07-06 15:56:10 |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 07-07-2010 02:16:02 | |
инфо • правка • ссылка • сообщить модератору |
To DarthVader
Бывает на крупных предприятиях, конторах, кто достаточно богат.. гос. предприятия иногда пользуют, SAP, у многих древние версии. Штука приятная во всех отношениях, если все более-менее настроено. Редко валится не по делу. Многое зависит от людей, которые администрируют..
Лично я видел применение 3-х серверов БД.
Advantage Database Server - пользует народ у которых старые базы в dbf.
MSSQL - пользует народ, у кого денег не много, проект относительно новый.
Oracle - пользует народ у кого реальные объемы данных и требования на тему стабильности.
Сейчас у одного потенциального клиента есть база на PostgreSQL.
Для SAP пользительно.. (если любишь командировки по месяцу).
Заранее не вижу смысла учить.. Будет использован в проекте - выучишь. По началу ANSI SQL-92. А потребуется что-то большее сам все выучишь в процессе.
Лично я сам старался выучить серверные скриптовые языки сразу как перелезал на другой сервер, это здорово экономит время при конвертации данных и сопровождении.
Что можно поучить... хитрый синтаксис запросов для оптимизации (если точно все будет заточено под этот сервер, а не будет какое-то кроссплатформенное), хранимые функции, чтоб делать то, что вроде как с помощью подзапросов сделать нельзя, хранимые процедуры, чтоб сделать код проще и больше логики перенести на сервер БД и ускорить все. Ну и повторюсь : очень удобно подправить что-то изгаженное юзверями, конвертнуть что-нибудь из данных пользователей. Объекты, если много логики на сервере БД.
Везде, где приличные объемы данных - Oracle или MSSQL. А где неприличные - можно делать на чем угодно.
Учить стоит, если твоя контора работает с Ораклом, или ты думаешь в будущем работать с такой конторой. В языке там все не очень сильно меняется от версии к версии, только добавляется приятных возможностей. |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 07-07-2010 02:20:16 | |
инфо • правка • ссылка • сообщить модератору |
To DarthVader
В целом, мой опыт не показателен, т.к. я на одном месте уже около 10 лет.. и только изредка фрилансю (и то, это давно было)... А у нашей конторы все, кроме одного проекта пашут на Оракле теперь.
Надо было идти игрушки писать...  |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 07-07-2010 12:05:11 | |
инфо • правка • ссылка • сообщить модератору |
To iFTP
Не самая удобная вещь в PL/SQL, но работает. Можно даже в запросах использовать.. Я одно время пытался использовать.. в целом сейчас у меня только два объектных типа в базе.
Остальные разработчики у нас не используют.. |
|
| IP |
|
iFTP
Участник
licq:1601
|
| отправлено: 07-07-2010 17:37:46 | |
инфо • правка • ссылка • сообщить модератору |
To Silencer
Не, ну есть вообще кашерные вещи типа pipelined функций, тоже работают. Но выглядит это все же страшновато и читаемость кода падает. |
|
| IP |
|
Silencer
Участник
licq:1661
|
| отправлено: 07-07-2010 18:10:51 | |
инфо • правка • ссылка • сообщить модератору |
To iFTP
цитата:
pipelined
ну вот для них то эти типы и сделаны, функция там с использованием канализированной функции |
|
| IP |
|
ViZ
Участник
Сила - ничто! Главное - склонность к самоанализу
licq:3220
|
|
smb-
Участник
*nix, music...
licq:3586
|
| отправлено: 08-07-2010 11:47:26 | |
инфо • правка • ссылка • сообщить модератору |
To ViZ
Не тот масштаб у скриптовых языков, пока что. Тяжело взяться за разработку на Python-е системы ERP/CRM уровня среднего предприятия...
Сам прогаю на штатном выборе нынче:
Фор фан = питон, postgres.
Работа = java/c#/oracle, даже аналитические функции потрогал, удобно :-)
Раньше работа = C++ + Qt + Zeroc ICE + ...Эх )) |
|
| IP |
|
Egor
what is the key to
u.f.o.b.e.s.p.?
|
| отправлено: 08-07-2010 15:54:18 | |
инфо • правка • ссылка • сообщить модератору |
Perl (т.к. CPAN, slideshare)
Matlab
SQL,
JavaScript (Prototype+Scriptaculous)
потихоньку начал щупать Ruby и Perl 6 (который только-только стал ощупаевымым ) |
|
| IP |
|
DarthVader
Участник
!иɔоɔ и инǝvоʞ ɐн
|
| отправлено: 16-07-2010 17:32:32 | |
инфо • правка • ссылка • сообщить модератору |
| Кто-нибудь тыкал в Erlang ? Учитывая что ядер у современных процессоров больше чем ментов на вокзале, он выглядит весьма перспективным. |
|
| IP |
|
|