ну, вы рассуждаете не лучше. Он явно знающий спец, но у него нет мотивации и он по сути работает 15 минут раз в неделю, как раз перед нашим еженедельным созвоном в MS Teams.
Как это вы сравниваете оракловский JDeveloper с TOAD??? JDeveloper это монструозный фреймворк для front-end разработки, а TOAD - это просто утилита для SQL (и PL/SQL).
И вас не смущает ситуация когда менеджер IT комады из 4х человек на возражение нового разработчика что нельзя хардкодить мастер-пароль в коде приложения заявляет: у нашей команды есть стандарты и мы их не обсуждаем. Я вот про эти "стандарты". Любое ничтожество на ступень выше корзинки для бумаг использует "стандарты" чтобы затыкать "сильно умных".
Я лично ненавижу слово "стандарт" в обсуждении разработки. Прям кюшать не могу. ВСЕГДА это вот "у нас есть стандарт" используется как "аргумент" для оправдания бессмысленных, неправильных и волюнтаристских практик к которым принуждают разработчика. "У нас agile стандарт"! "У нас docker стандарт" и прочий бред, простите мне мой клатчский. Муму-папа говорил: "не то хорошо, что хорошо, а что к чему идет". Подумайте об этом, Муми-папа плохого не скажет.
Но вы я вижу даже не поняли что "совет думать out of the box" - это пример корпоративного лицемерия и демагогии. Судя по тому, что для вас язык R - "нишевый" ...да что там.
Сам Великий и Ужасный Оракл - имеет главной мотивацией не развитие технологии и удобство разработчиков и пользователей, а новые яхты Ларри. Тоже мне авторитет. Был, да весь вышел. Формсы убили, JDeveloper не взлетел, APEX у них теперь "приложение", а ведь задумывался то как HTML DB.
Вы знаете, вы задели занятную тему. Вот эти вот buzz-words " ОРМ, микросервисы, горизонтальное масштабирование, database-agnostic подход". Здесь на хабре эти словечки кишмя кишмят, (ну и плюс про интервью, джунов, сениоров, выгорание, бла-бла) и даже возникает впечатление у многих что вот она, реальная кипучая буча. А я по жизни вижу что это все вообще к жизни IT отделов в больших фирмах (звиняйте, в маленьких работать не доводилось) - вообще никакого отношения не имеет. В жизни все как 15-20 лет назад, все по-простому, по-старинке. И весь IT-народ в годах от 40 до 70. И никаких новых серьезных DB-приложений никто не разрабатывает, везде только поддержка или миграция. И кстати, я вижу как высокое руководство тоже заражается всеми этими агентами, ИИ, нам все время спускают какие-то емейлы про семинары, курсы про ИИ, про обсуждения политики...но этот весь хайп он где-то там, он разработчиков вообще не касается, никому это в девеломпенте не нужно, пропускаем все мимо ушей и емейлы автоматом в трэш. И здесь вот на хабре какой-то безумный хайп, а жизнь-то...она проходит рядом и параллельно и этот хайп в ней как те сократовские тени на стене пещеры. Помните в фильме про Молчаливого Боба - "вот это пульс, вот это - палец, и он далеко от пульса!". Вот это - жизнь IT отдела, вот это - бурные дискуссии на хабре, и они далеки от жизни!" Моё IMHO, спорить не стану.
ЗЫ примерчик из жизни и болтовни: во всех емейлах мол, think out of the box, innovation, frontiers...меня попросили сделать простой фронт-енд для простейшего DB-приложения, 5 табличек, исключительно для внутреннего пользования, на десяток юзеров максимум. Сделать "на чём-нибудь на ваше усмотрение". Я оканчивал пажеский корпус (биофак МГУ) и ваших веб-фреймворков не обучен, пошарился в сети и слепил миленький фронт-енд..на R, там есть библиотечка Shiny, все ГУИ-виджеты, готовые гриды, только распихать по клеткам на странице. Маленькая программа получилась, всего два текстовых файла, закидываешь по FTP на амазоновский микро-образ люникса и все летает. Сделал, продеплоил, презентовал, молчат. Потом главный менеджер IT - мол, это сложно, так никто не делает и у нас нет ресурсов которые будут поддерживать программу на таком странном языке. Через пол-года дали нам супер-пупер питониста, он уже почти год лепит нам чудище обло на Flask, там у него все самое модное - и Docker, и Jenkins, сам чёрт ногу сломит. Причем он временный, слепит это самое, уйдет и что - из наших айтишников никто и питона-то не знает, а уж Flask тем более, и Docker, Jenkins - вообще китайский язык. Думайте, говорят, out of the box. Инновации, говорят. Учите новое, расширяйте квалификацию, говорят.
Теперь общепринятая практика - вся бизнес-логика на стороне сервера приложений, а база тупо хранилище
Как всегда, обобщение на основе собственного ограниченного опыта.
Очень даже хранят бизнес-логику в stored procedures/functions. И в Oracle, и в Postgres. "База тупо хранилище" ну может быть в data warehouse приложениях. Работаю 20 лет в Штатах, ни разу не сталкивался с "тупо хранилище". Бизнес логика была на сервере приложений, да, когда работали на формсах. Еще была в шелл-скриптах в фирме которая выпускает автомобильные каталоги. Сейчас вся логика в "хранимках" в фирме которая держит глобальный архив научных публикаций.
Но вьюхи к бизнес-логике опять же непосредственного отношения не имеют. Курсоры наше все для сложных запросов.
По моему опыту с Oracle, view как элемент разработки (developer's views) встречается действительно очень редко и польза невелика. Польза от объекта view всё же есть: 1. Materialized view. Запрос, который выполняется долго, результат меняется мало - такой объект обновляют, скажем, один раз в сутки ночью при малой нагрузке, а клиенты используют днем и часто. 2. Ну и разумеется системные view, когда не дают доступа к исходным таблицам.
Может быть, view вообще были созданы исторически, на заре первых реляционных баз, и они были тогда гораздо более полезными?
По-моему, такое встречается, в разных языках живут реликты до-PCшной эпохи или эпохи процессоров 286. Например, R - очень хороший язык, но эта "реактивность" по-моему там и нафиг на далась, только усложняет и изучение и отладку. Когда читаешь про зачем и почему реактивность в R -сплошь и рядом одно и то же маловразумительное объяснение мол это делает работу быстрой. Да, делало наверное лет 20 назад, а сейчас и без реактивности быстро. извините, приведу цитату из моего любимого МихалЕвграфыча - "вы считаете, следует ли ссылать литераторов в Сибирь по суду или без суда? - я, ваши превосходительства, раньше думал что лучше жарить их в Сибирь по суду - крепче будет. А теперь вижу - крепко и без суда!"
Мне лично очень не нравится этот ленивый подход, когда книга называется "Программирование на <любой язык> в среде QT", а половина книги содержит "базовый курс <любой язык>". Сейчас такое встречается сплошь и рядом, это вовсе не уникальная особенность. Хуже этого только когда книга "Работа в программе <имя программы>" состоит из переведенного хелпа к этой программе. Как будто аффторы имеют целью нагнать листаж и получить гонорар с минимальными усилиями. И к тому же подают это как достоинство своего творения. И к тому же на обложке броская надпись "ПРО" - а что же в этом "про" когда начинают с "базового курса для студентов"? Когда мне нужен базовый курс языка - я возьму книгу по базовому курсу этого языка. А когда мне нужно программирование в среде QT я хочу читать про программирование в среде QT.
По-моему это у Салтыкова-Щедрина написано как покупатель хочет фланелевую фуфайку а продавец начинает ему рассказывать историю фланелевых фуфаек от древнеримских времён до наших дней. Не надо так пожалуйста.
Ответ абсолютно адекватен, рассказал вам о том как работает запрос отзыва (мне очень нравится), почему неравильно пытаться выспросить персональный отзыв, почему "репутация у коллег" - это корпоративный миф. Не вижу ничего плохого в моей надежде что в России серьезные фирмы начнут действовать с учетом возможного ущерба репутации.
И да, бизнес-этика в офисе в США разительно отличается от того, что я испытывал в России 20 лет назад. Не думаю, что сейчас что-то сильно изменилось.
Я не доказываю свою правоту а привожу информацию, могли бы и спасибо сказать.
"репутация" - мнение коллег о тебе, как о профессионале.
Какая-то супер-наивная романтизация. Нехватает только разговоров "в нашей фирме мы все одна семья". Как дети, чесслово.
Вероятно, в США никто не интересуется отзывами о сотруднике:-)
Вернее, в США все же живут по законам, а не по понятиям. "Мнение коллег" - это миф, никто никому не будет выдавать свое мнение об ушедшем коллеге. Вы совершенно не в теме о корпоративной политике, о том как ведут себя люди в современном оффисе.
Разумеется, если вы представите на новую работу рекомендательное письмо с прошлой, его примут. Но эти времена прошли лет так 20 уже тому. Сейчас это устроено так: кто-то обращается в фирму с просьбой об отзыве о бывшем сотруднике. Стандартный ответ: "мы не даём персональных отзывов о сотрудниках, это противоречит нашей политике. Вы можете обратиться на [URL], оплатить $20 и получить официальную информацию о его точной зарплате, должности и времени найма и увольнения."
Если вы все еще не понимаете - "персональный отзыв" может вызвать судебное преследование и серьезные неприятности для давшего такой отзыв. Вот там и будет использовано слово "репутация", а больше нигде.
В России это всё же в серьёзных компаниях по возможности стараются делать. Видя в резюме предыдущие места работы, связываются со знакомыми (или знакомыми знакомых), кто там работал, и спрашивают мнение о человеке
Я надеюсь, что даже и в России "серьёзные компании" лет через 20 придут к пониманию и практическому использованию термина "бизнес-этика". Но разумеется, для этого нужна законодательная база и её исполнение. А без этого так и будут нанимать/увольнять по понятиям.
"репутация" - это без лицемерия что? 1. исключительно для собственного пользования, сознание "я хороший и правильный". Типо, нарабатывание кармы. С этим не сюда.
2. Опасение что с новой работы позвонят на старую, спросят про "репутацию" и услышат что, мол, не "передал адекватно знания и дела". Серьёзно?
мой вопрос "что в этом для уходящего?" ваш ответ "возможность адекватно передать дела".
. Это какой-то странный ответ, типо, масло масляное. То есть ваш комментарий по сути даёт верный ответ - для уходящего в этом никакой мотивации нет.
ЗЫ мой личный опыт: в США, работал консалтером полтора года на новом проекте, с нуля, я и еще толковый мужик типа "архитектор", за пол-года до окончания разработки архитектор просто уволился, без обид, нашел хорошую зарплату, я остался один. Доделал проект по его наброскам, мне сказали за день до окончания контракта что контракт продлять не будут, и велели написать документацию к проекту. За день. На проект, разрабатывавшийся год. За год менеджмент ни разу не поинтересовался проектом, ни презентаций, ни код ревью. Ну, я сел и написал 10 страниц текста, как умел, на своем руссковыученом английском, отдал менеджеру, сказали спасибо.
Была у меня мотивация? Не было мотивации. "Есть порядок? Нет порядка!" (с)Харон
ЗЫЫ Еще из личного опыта. Готовился уйти на пенсию из команды очень знающий чел, владел кодом большого количества API. Чел при этом довольно неприятный, чванливый, высокомерный (комплекс знайки). Несколько раз на минингах как бы невзначай замечал "жду-недождусь когда подойдет время пенсии". Ну, просто очень вежливо и несколько раз попросили, - напиши что сможешь про твои API, и скрипты свои закинь пожалуйста в гитхаб. Просто по-человечески попросили. Ему это льстило что мол трепещут, кое-что он сделал. Вот и всё что можно сделать для мотивации. Кстати, оказалось все ненужно, он нас раньше умело запугал мол, никто кроме меня, мол, тут все очень сложно...
А про '90% не зашёл" - можно подтверждение (сорс) пожалуйста? Очень интересно, правда.
А мужики-тоА студенты-то Калтеха, которым читали этот вводный курс физики 2 года - и не знали о вашем категорическом авторитетном мнении...На вопрос "как преподавать физику" давным-давно ответили "Фейнмановские лекции по физике". Ничего лучшего с тех пор не появилось.
в R "под реактивностью" понимаются reactiveVal(), reactiveValues(), reactive(),observeEvent(), isolate() и пр. и пр. и пр.
вы делаете вывод что он плохой специалист?
ну, вы рассуждаете не лучше.
Он явно знающий спец, но у него нет мотивации и он по сути работает 15 минут раз в неделю, как раз перед нашим еженедельным созвоном в MS Teams.
т.е. IT-отдел, скажем, в Газпроме или Сбере - это не IT, так, шарага
А вот IT-отдел, например, в Люксофте - это ого-го.
Очаровательно.
Как это вы сравниваете оракловский JDeveloper с TOAD???
JDeveloper это монструозный фреймворк для front-end разработки, а TOAD - это просто утилита для SQL (и PL/SQL).
а я уже писал что не отрицаю пользу материализованых и системных вьюх. Вы не читали?
И вас не смущает ситуация когда менеджер IT комады из 4х человек на возражение нового разработчика что нельзя хардкодить мастер-пароль в коде приложения заявляет: у нашей команды есть стандарты и мы их не обсуждаем. Я вот про эти "стандарты". Любое ничтожество на ступень выше корзинки для бумаг использует "стандарты" чтобы затыкать "сильно умных".
Я лично ненавижу слово "стандарт" в обсуждении разработки. Прям кюшать не могу. ВСЕГДА это вот "у нас есть стандарт" используется как "аргумент" для оправдания бессмысленных, неправильных и волюнтаристских практик к которым принуждают разработчика. "У нас agile стандарт"! "У нас docker стандарт" и прочий бред, простите мне мой клатчский.
Муму-папа говорил: "не то хорошо, что хорошо, а что к чему идет".
Подумайте об этом, Муми-папа плохого не скажет.
Но вы я вижу даже не поняли что "совет думать out of the box" - это пример корпоративного лицемерия и демагогии. Судя по тому, что для вас язык R - "нишевый" ...да что там.
прямо слово-в-слово из рекламной брошюры 40-летней давности.
Сам Великий и Ужасный Оракл - имеет главной мотивацией не развитие технологии и удобство разработчиков и пользователей, а новые яхты Ларри. Тоже мне авторитет. Был, да весь вышел. Формсы убили, JDeveloper не взлетел, APEX у них теперь "приложение", а ведь задумывался то как HTML DB.
Вы знаете, вы задели занятную тему. Вот эти вот buzz-words " ОРМ, микросервисы, горизонтальное масштабирование, database-agnostic подход". Здесь на хабре эти словечки кишмя кишмят, (ну и плюс про интервью, джунов, сениоров, выгорание, бла-бла) и даже возникает впечатление у многих что вот она, реальная кипучая буча.
А я по жизни вижу что это все вообще к жизни IT отделов в больших фирмах (звиняйте, в маленьких работать не доводилось) - вообще никакого отношения не имеет. В жизни все как 15-20 лет назад, все по-простому, по-старинке. И весь IT-народ в годах от 40 до 70. И никаких новых серьезных DB-приложений никто не разрабатывает, везде только поддержка или миграция. И кстати, я вижу как высокое руководство тоже заражается всеми этими агентами, ИИ, нам все время спускают какие-то емейлы про семинары, курсы про ИИ, про обсуждения политики...но этот весь хайп он где-то там, он разработчиков вообще не касается, никому это в девеломпенте не нужно, пропускаем все мимо ушей и емейлы автоматом в трэш. И здесь вот на хабре какой-то безумный хайп, а жизнь-то...она проходит рядом и параллельно и этот хайп в ней как те сократовские тени на стене пещеры. Помните в фильме про Молчаливого Боба - "вот это пульс, вот это - палец, и он далеко от пульса!". Вот это - жизнь IT отдела, вот это - бурные дискуссии на хабре, и они далеки от жизни!"
Моё IMHO, спорить не стану.
ЗЫ примерчик из жизни и болтовни: во всех емейлах мол, think out of the box, innovation, frontiers...меня попросили сделать простой фронт-енд для простейшего DB-приложения, 5 табличек, исключительно для внутреннего пользования, на десяток юзеров максимум. Сделать "на чём-нибудь на ваше усмотрение". Я оканчивал пажеский корпус (биофак МГУ) и ваших веб-фреймворков не обучен, пошарился в сети и слепил миленький фронт-енд..на R, там есть библиотечка Shiny, все ГУИ-виджеты, готовые гриды, только распихать по клеткам на странице. Маленькая программа получилась, всего два текстовых файла, закидываешь по FTP на амазоновский микро-образ люникса и все летает. Сделал, продеплоил, презентовал, молчат. Потом главный менеджер IT - мол, это сложно, так никто не делает и у нас нет ресурсов которые будут поддерживать программу на таком странном языке. Через пол-года дали нам супер-пупер питониста, он уже почти год лепит нам чудище обло на Flask, там у него все самое модное - и Docker, и Jenkins, сам чёрт ногу сломит. Причем он временный, слепит это самое, уйдет и что - из наших айтишников никто и питона-то не знает, а уж Flask тем более, и Docker, Jenkins - вообще китайский язык.
Думайте, говорят, out of the box. Инновации, говорят. Учите новое, расширяйте квалификацию, говорят.
П<>болы, везде п<>болы.
Как всегда, обобщение на основе собственного ограниченного опыта.
Очень даже хранят бизнес-логику в stored procedures/functions. И в Oracle, и в Postgres.
"База тупо хранилище" ну может быть в data warehouse приложениях. Работаю 20 лет в Штатах, ни разу не сталкивался с "тупо хранилище". Бизнес логика была на сервере приложений, да, когда работали на формсах. Еще была в шелл-скриптах в фирме которая выпускает автомобильные каталоги. Сейчас вся логика в "хранимках" в фирме которая держит глобальный архив научных публикаций.
Но вьюхи к бизнес-логике опять же непосредственного отношения не имеют.
Курсоры наше все для сложных запросов.
По моему опыту с Oracle, view как элемент разработки (developer's views) встречается действительно очень редко и польза невелика.
Польза от объекта view всё же есть:
1. Materialized view. Запрос, который выполняется долго, результат меняется мало - такой объект обновляют, скажем, один раз в сутки ночью при малой нагрузке, а клиенты используют днем и часто.
2. Ну и разумеется системные view, когда не дают доступа к исходным таблицам.
Может быть, view вообще были созданы исторически, на заре первых реляционных баз, и они были тогда гораздо более полезными?
По-моему, такое встречается, в разных языках живут реликты до-PCшной эпохи или эпохи процессоров 286.
Например, R - очень хороший язык, но эта "реактивность" по-моему там и нафиг на далась, только усложняет и изучение и отладку. Когда читаешь про зачем и почему реактивность в R -сплошь и рядом одно и то же маловразумительное объяснение мол это делает работу быстрой.
Да, делало наверное лет 20 назад, а сейчас и без реактивности быстро.
извините, приведу цитату из моего любимого МихалЕвграфыча -
"вы считаете, следует ли ссылать литераторов в Сибирь по суду или без суда?
- я, ваши превосходительства, раньше думал что лучше жарить их в Сибирь по суду - крепче будет. А теперь вижу - крепко и без суда!"
Мне лично очень не нравится этот ленивый подход, когда книга называется "Программирование на <любой язык> в среде QT", а половина книги содержит "базовый курс <любой язык>".
Сейчас такое встречается сплошь и рядом, это вовсе не уникальная особенность.
Хуже этого только когда книга "Работа в программе <имя программы>" состоит из переведенного хелпа к этой программе.
Как будто аффторы имеют целью нагнать листаж и получить гонорар с минимальными усилиями.
И к тому же подают это как достоинство своего творения. И к тому же на обложке броская надпись "ПРО" - а что же в этом "про" когда начинают с "базового курса для студентов"?
Когда мне нужен базовый курс языка - я возьму книгу по базовому курсу этого языка. А когда мне нужно программирование в среде QT я хочу читать про программирование в среде QT.
По-моему это у Салтыкова-Щедрина написано как покупатель хочет фланелевую фуфайку а продавец начинает ему рассказывать историю фланелевых фуфаек от древнеримских времён до наших дней.
Не надо так пожалуйста.
;)
Ответ абсолютно адекватен, рассказал вам о том как работает запрос отзыва (мне очень нравится), почему неравильно пытаться выспросить персональный отзыв, почему "репутация у коллег" - это корпоративный миф.
Не вижу ничего плохого в моей надежде что в России серьезные фирмы начнут действовать с учетом возможного ущерба репутации.
И да, бизнес-этика в офисе в США разительно отличается от того, что я испытывал в России 20 лет назад. Не думаю, что сейчас что-то сильно изменилось.
Я не доказываю свою правоту а привожу информацию, могли бы и спасибо сказать.
Какая-то супер-наивная романтизация. Нехватает только разговоров "в нашей фирме мы все одна семья". Как дети, чесслово.
Вернее, в США все же живут по законам, а не по понятиям.
"Мнение коллег" - это миф, никто никому не будет выдавать свое мнение об ушедшем коллеге. Вы совершенно не в теме о корпоративной политике, о том как ведут себя люди в современном оффисе.
Разумеется, если вы представите на новую работу рекомендательное письмо с прошлой, его примут.
Но эти времена прошли лет так 20 уже тому.
Сейчас это устроено так: кто-то обращается в фирму с просьбой об отзыве о бывшем сотруднике. Стандартный ответ: "мы не даём персональных отзывов о сотрудниках, это противоречит нашей политике. Вы можете обратиться на [URL], оплатить $20 и получить официальную информацию о его точной зарплате, должности и времени найма и увольнения."
Если вы все еще не понимаете - "персональный отзыв" может вызвать судебное преследование и серьезные неприятности для давшего такой отзыв. Вот там и будет использовано слово "репутация", а больше нигде.
Я надеюсь, что даже и в России "серьёзные компании" лет через 20 придут к пониманию и практическому использованию термина "бизнес-этика". Но разумеется, для этого нужна законодательная база и её исполнение. А без этого так и будут нанимать/увольнять по понятиям.
"репутация" - это без лицемерия что?
1. исключительно для собственного пользования, сознание "я хороший и правильный". Типо, нарабатывание кармы. С этим не сюда.
2. Опасение что с новой работы позвонят на старую, спросят про "репутацию" и услышат что, мол, не "передал адекватно знания и дела". Серьёзно?
мой вопрос "что в этом для уходящего?" ваш ответ "возможность адекватно передать дела".
. Это какой-то странный ответ, типо, масло масляное.
То есть ваш комментарий по сути даёт верный ответ - для уходящего в этом никакой мотивации нет.
ЗЫ мой личный опыт: в США, работал консалтером полтора года на новом проекте, с нуля, я и еще толковый мужик типа "архитектор", за пол-года до окончания разработки архитектор просто уволился, без обид, нашел хорошую зарплату, я остался один. Доделал проект по его наброскам, мне сказали за день до окончания контракта что контракт продлять не будут, и велели написать документацию к проекту. За день. На проект, разрабатывавшийся год. За год менеджмент ни разу не поинтересовался проектом, ни презентаций, ни код ревью. Ну, я сел и написал 10 страниц текста, как умел, на своем руссковыученом английском, отдал менеджеру, сказали спасибо.
Была у меня мотивация? Не было мотивации.
"Есть порядок? Нет порядка!" (с)Харон
ЗЫЫ
Еще из личного опыта. Готовился уйти на пенсию из команды очень знающий чел, владел кодом большого количества API. Чел при этом довольно неприятный, чванливый, высокомерный (комплекс знайки). Несколько раз на минингах как бы невзначай замечал "жду-недождусь когда подойдет время пенсии". Ну, просто очень вежливо и несколько раз попросили, - напиши что сможешь про твои API, и скрипты свои закинь пожалуйста в гитхаб. Просто по-человечески попросили. Ему это льстило что мол трепещут, кое-что он сделал. Вот и всё что можно сделать для мотивации.
Кстати, оказалось все ненужно, он нас раньше умело запугал мол, никто кроме меня, мол, тут все очень сложно...