думаю и этот загнется на самом деле..... к сожалению....Vovchik писал(а):Знавал а подобный стартап. С офисами в Ванкувере и Калифорнии. Вылетил в трубу по причиен отсутствия доходов.Lepsik писал(а):--
Кстати еще один мой простой проект вошел в строй.
Не сочти за рекламу
http://www.russianlook.com
а ты адрес приведи, чтобы не быть голословными.Vovchik писал(а):Знавал а подобный стартап. С офисами в Ванкувере и Калифорнии. Вылетил в трубу по причиен отсутствия доходов.
Да бывают и дорогие:папа Карло писал(а):1. тот софт должен быть достаточно интелектуален чтобы все зделать за тебя. Следовательно стоит бабок немерянных небось.
Мои клиенты уже обожглись на таких "консультантах", я себе репутацию зарабатываю качественной и БЫСТРОЙ работой.папа Карло писал(а): 2. Я уверен что с помощью этих тулов можно решить половину работы в половине "простых" проектов, но тогда вопрос как лата архитект будет деньги зарабатывать?Ты пойми работодатели с нами играют в игру по определенным правилам, а мы с ними. Ты же контрактор, должен понимать как на контракте больше бабла словить.
Те компании, которые делают проекты на Java, как правило, уже знают про эти тулзы, им об этом куча sale-ов уже все песни спелапапа Карло писал(а): 3. В дополнение к пункту 2 (неразрывно). Для того чтобы использовать подобный тул необходимо чтобы в компании был крутой system-to-technical architect, а не дата архитект.
Реально работал с OR tools двух типовпапа Карло писал(а): Вот ты расскажи, ты реально в боевых условиях применял хоть один тул из той области про которую ты говоришь? Если да, то какой и отзывы плз.
посмотрим что они умеют.Да бывают и дорогие:
http://www.oracle.com/start/9iastoplink ... 269&Act=94
http://www.thoughtinc.com/
А бывают и на халяву: http://www.hibernate.org/
мужик, у тебя представление о базах и данных сквозь призму этих тулов, ты же сам говоришь что не знаешь датабаз моделирования. как ты можешь рассуждать о том что дата архитект делает если ты этой работы серьезно не далал никогда?Мои клиенты уже обожглись на таких "консультантах", я себе репутацию зарабатываю качественной и БЫСТРОЙ работой.
Деньги правда беру соотвествующие
Даже если клиент любит "потянуть резину" всё равно работа будет сделана быстро, но заплатит он и за моё безделье
ты замкнут в своей яве.Те компании, которые делают проекты на Java, как правило, уже знают про эти тулзы, им об этом куча sale-ов уже все песни спела
ты просто не видел никогда большой базы, как это рисуется, как она майнтейнится. "просто нажал кнопку и все сгенерировалось" в больших проектах не работает. из реляционноной модели в классы? или наоборот?1. Oracle BC4J : классический OR mapping, заточен под Oracle аж дух захватывает, при генерации классов даже коментарии из ДБ переносит в source
60 таблиц - микроскопическая база.Мой третий проект это типа: неделю назад один мой контрактор сгенерил объекты для 60 таблиц из MSSQL за неделю, со всеми finders, relations etc.
поэтому и говорю что на маленьких проектах работать будет, на большом проекте хрен. ИД одычно генериться как раз на уровне базы, а не на уровне среднего слоя. Хотя я знаю исключения, когда как раз наоборот надо делать (это "наоборот" с легаси не связанно никак).Всё через GUI, теперь осталось толко сваять морду, data validation, чуть чуть бизнес логики и всё, проект надо сдать к новому году.
Финансовая апликуха. Уверен что сдадим в срок.
Перенос на другие ДБ почти прозрачный, Weblogic сам просекает с кем работает, ручная подкрутка нужна только в специальных случаях, например когда ID хочешь генерить не на middletiere, а в DB. Обычно это нужно если работаешь с legacy data.
А где я сказал, что я занимаюсь датабаз моделированием?!!!папа Карло писал(а):мужик, у тебя представление о базах и данных сквозь призму этих тулов, ты же сам говоришь что не знаешь датабаз моделирования. как ты можешь рассуждать о том что дата архитект делает если ты этой работы серьезно не далал никогда?
Ты похоже не въехал, классы генерятся, не DB schemaпапа Карло писал(а): ты замкнут в своей яве.
Ок, 1650 таблиц большой проект?папа Карло писал(а): "просто нажал кнопку и все сгенерировалось" в больших проектах не работает.
из реляционноной модели в классы!папа Карло писал(а): из реляционноной модели в классы? или наоборот?
Да, небольшая, но за сколько времени один средний девелопер напишет всё это ручками?папа Карло писал(а):
60 таблиц - микроскопическая база.
А что плохого в генерации ID на среднем уровне?папа Карло писал(а): ИД одычно генериться как раз на уровне базы, а не на уровне среднего слоя.
теперь все на свои места встало.Ты похоже не въехал, классы генерятся, не DB schema
Data architect свою работу уже сдеал!
А если таблиц много, то генерить можно по модулям...
хороший проект.Ок, 1650 таблиц большой проект?
Сделан на BC4J на 20 модулей, доступ к ДБ сделан за 3 недели, правда потом подкручивали немного, что было то было, но 95% DB functionality было сгенерено автоматически!
на самом деле никто.Да, небольшая, но за сколько времени один средний девелопер напишет всё это ручками?папа Карло писал(а): 60 таблиц - микроскопическая база.
ты не поверишь у нас в в одной лавке была на коленке писанная вещь, которая генеряла DAL обычный простой ВБшный код.... та фигня правда кривая была.... не интересная ибо из-за нее девелоперы положили благополучно положили бизнес логику в базу. то что говоришь ты _очень_ интересно и я хотел бы попробовать. что лучше всего для СКЛ Сервера работает? нагенеряю, посмотрю. во что генеряет в яву? а в шарп или ++ умеет? ну бейсик на край?в одну из двух задач базы данных входит обеспечивать целостность данных. По этому ИД генерячатся на уровне базы. при этом также уменьшается оверхед (на правильном языке надо сказать будет не хуже. т.е. также или лучше). еще момент: при генерации ИД на уровне базы если транзакция отвалится то ИД вернется взад и будет использовано в сл. раз. если ты генеришь ИД на уровне среднего слоя то что произойдет с ним? или ты транзакцию будешь держать по сети? а зачем? хорошим примером исключения из этого подхода является ОЛАП решение со стримовым ИТЛ процессом где дименшен кеширован на аппликейшен сервере.А что плохого в генерации ID на среднем уровне?
Вот эти ребята генерят в Java http://www.hibernate.org/папа Карло писал(а): то что говоришь ты _очень_ интересно и я хотел бы попробовать. что лучше всего для СКЛ Сервера работает? нагенеряю, посмотрю. во что генеряет в яву? а в шарп или ++ умеет? ну бейсик на край?
Ну и что, кто мешает базе использовать мой ID, или я чего не понял?папа Карло писал(а):в одну из двух задач базы данных входит обеспечивать целостность данных.А что плохого в генерации ID на среднем уровне?
Снова не понял, значение ID может быть любым уникальным,правильно?папа Карло писал(а):
еще момент: при генерации ИД на уровне базы если транзакция отвалится то ИД вернется взад и будет использовано в сл. раз. если ты генеришь ИД на уровне среднего слоя то что произойдет с ним?
если такой подход у них работает, то за них можно только порадоваться.Marmot писал(а):Кстати, я OOPSLA здорово пообщался с представителем MS по поводу аппсерверов. он мне популярно объяснил, что теперь MS appserver это Windows, причём даже XP home
Когда я ему сказал, что я не хочу платить за appserver code, он пожал плечами и заметил, что-то типа: а куда вы денетесь
Основная мысль которая там прозвучала: Никто кроме нас не имеет права на innovations in Windows
Короче: "... к нам не подходи, а то зарежем..." (с)