Угу, еще разумеется, за топик средней руки по Php/Python/Django можно получить 10 раз больше плюсов, чем за отличную статью про Oracle RAC, например. В этом плане для набора плюсов всех видов приходится писать топики на попсовые темы :)
Поддерживаю. Карма это такой механизм, что в идеале его не должно быть заметно, но явные тролли должны тихо и незаметно исчезать с ресурса автоматически. Когда же проблемы кармы так активно обсуждаются, и человек за одну-две ошибки не может больше публиковаться — система кармы, как бы, гавно.
Потому что за что на форумах сразу дается бан? Обычно только за явный спам, за мат, за прямую ругань администрации, за злостный флуд, тролльство.
Когда за статью в тематическом блоге, которая в принципе разумна, адекватна и интересна кому-то из посетителей блога, и которая попадает в его тематику, дают столько минусов, что автор лишается возможности писать — это плохо. Охлократия, что ли, как еще назвать…
Кстати, если уж совсем копнуть вглубь, то в Java (по крайней мере в 1.5.* версиях Sun Hotspot) можно наследоваться от final класса в каком-то смысле ;).
www.wasm.ru/article.php?article=unsjav1
Disclaimer: все это не для того, чтобы использовать, а просто пример того, что в принципе удалять зубы через задний проход наследоваться от final-class иногда возможно.
Ну у нас не внутренняя связь, а с коллегами из других стран. А аська/YM не очень удобны, когда надо быстро и живо обсудить какую-то проблему и выработать next steps. Особенно, когда в обсуждении должны несколько человек участвовать.
Согласен. У нас все почти сидят в ушах (но правда, многие сидят по другой причине — чтобы на звонок по IP-софтфону и хвататься судорожно за наушники). И на самом деле, считается совершенно нормально, когда к тебе подходит, скажем, ПМ (который сам часто сидит в них), заходит со стороны лица, и машет рукой, ты снимаешь уши, он тебе только после этого что-то говорит. Все привыкли, всем все нормально. Это вопрос привычки.
А кто виновато что-то до сих пор имеет столько пользователей? Причем, гм, имеет во всех смыслах…
Сами пользователи, которые лень обновиться (не знают как, не понимают зачем это нужно), администраторы, которые на это забивают… и прочее.
[тихо из под плинтуса]Как хорошо, что я не верстальщик ;) [/тихо из под плинтуса]
Но вот по поводу какую субд учить — это как раз таки важно. Очень важно, если вы ее собираетесь использовать в enterprise-solution и использовать ее фичи на все катушку (а иначе действительно, enterprise-level субд вам не нужна).
Кстати, с каких это пор 80 процентов Enterpise рынка — это Microsoft?
Если мы не говорим про ОС, то это Java/J2EE / Oracle middleware etc, я бы сказал? Которые не привязаны напрямую к Microsoft.
Ха. я вот ставлю вам плюс в карму. По поводу мнения о ПХП — поддерживаю.
Отвечаю на предыдущий вопрос — не стыдно учить:
— Теории формальных языков и конечных автоматов (хотя бы бегло)
— принципам работы трансляторов, веб-серверов, РСУБД.
— ООП, функциональным принципам
— Практикам проектирования, дизайну, понятию об архитектуре.
— Вещам, которые отличают программирования от software development — контроль версий, TDD, continuous Integration, deployment process, QA…
Все это можно бегло дать, но дать надо. Иначе приходит тут человек, с 2 годами опыта с PHP, а что такое SVN не знают, тестирование кода для него — «это чем тестировщики занимаются, мне это знать не надо». И прочее.
Про юникс сервера кстати — это однобокое мнение. Умение работать с юникс серверами разработчику часто не требуется. Довольно часто.
Я помню случай у нас, когда два парня просили у декана пересдачу с комиссией, т.к. препод недостаточно компетентен, чтобы их оценивать, и из-за этого комплексуют и придирается. Сдали на 5 оба. Но это был так сказать, легендарный случай.
Действительно, плюсую!
За одно это вами можно восхищаться. У нас на старших курсах 80% предметов предполагали автомат за посещаемость/вовремя сданные лабы. Причем, доходило до того, что по предметам типа экономики или чего-то еще гуманитарного, те, кто приходил на лекцию, поднимали быстренько в лекционной аудитории сеть и играли по WiFi в контру на ноутах (SIC!), причем одев открыто студийные наушники, получали автомат. А я, человек имевший официальное свободное посещение, сдавал зачет…
Wiki мы тоже используем активно, правда другой движок — Moin.
Но используем для обзорных статей в основном, HowTo hotlinks, некоторой метаинформации о проекте и прочее.
Крупные, сложные, структурированные документы — например, SRS/SDS документы все же пишем в Ворде.
А, ну тогда все ясно:) я думал, что вы просто имеете унивесальных веб программистов, без выделенного клиент-сайда и сервер-сайда. Извините, сразу не понял.
На вакансию веб-программиста вам нужен человек со хорошим знанием БД? Т.е. вам это важней, чем хорошее знание скажем, Javascript/ExtJS/JQuery & Ria? Вы просто сами себя ограничиваете без особой нужды. Меня чуть огорчает разделение труда…
Можно и на роль кладовщика искать человека с разговорным французским, MBA и докторской по психологии. Только вот найдете ли, а даже если и да — будет ли он хорошим кладовщиков?))
Меня немного огорчает разделение труда у вас.
Про запросы — нет, DBA не пишет их:) разве что дает советы по bulk data load, когда дело уже упирается в такие вещи, как архитектура SAN, external tables и прочие…
Ну да, а плюсовик вряд ли расскажет что-то про виртуальную машину Java.
И вряд ли его будут спрашивать какие-то тонкости Java на собеседовании, правда? — ну тут не совсем пример в тему. С++ джависту серверсайду знать не надо, а вот БД — надо (в большей степени гораздо).
Как любит говорить наш ДБА — «oracle is a complex db, whichever side of it is quite bottomless to get deep into, and conventional wisdom from short internet articles usually sucks» ;)
Зачем спрашивать вещи, которые прописаны в документации? — Ну это была шутка)) Конечно, такое выгугливается за 3 секунды.
Указанный вопрос не относится к тонкостям настройки. Это базовые знания, которые можно подчеркнуть, прочитав единожды Oracle Database Concepts. —
Да я и не говорю, что это сложно. Просто я не очень понял, как вы проводите все таки собеседования. Если вам нужны веберы, то можно вообще не обращать внимание на то, что там написано про оракл. Ну, разве что на честность проверите (тоже важно, да). А если уж вам понадобится серьезный ораклоид — то наверное, вы его не станете собеседовать лично?
А про общий уровень я в целом согласен с Вами, наверное. Тут другое — отсутствие таких знаний в принципе не так и критично. Знать такие вещи — это для DBA-шников.
Из например, Java Server-Sider-ов, которые работают со сложными шедулерами, например (у нас), и которые хорошие синьор девелоперы, думаю далеко не все сходу ответят. И не все скажут, например, про то, из каких частей состоит SGA, как выполняется (по мелким шажкам) запрос, как работает library cache, что означает в точности каждый из шагов explain для сложного QEP-а, и прочее.
Потому что за что на форумах сразу дается бан? Обычно только за явный спам, за мат, за прямую ругань администрации, за злостный флуд, тролльство.
Когда за статью в тематическом блоге, которая в принципе разумна, адекватна и интересна кому-то из посетителей блога, и которая попадает в его тематику, дают столько минусов, что автор лишается возможности писать — это плохо. Охлократия, что ли, как еще назвать…
www.wasm.ru/article.php?article=unsjav1
Disclaimer: все это не для того, чтобы использовать, а просто пример того, что в принципе
удалять зубы через задний проходнаследоваться от final-class иногда возможно.Сами пользователи, которые лень обновиться (не знают как, не понимают зачем это нужно), администраторы, которые на это забивают… и прочее.
[тихо из под плинтуса]Как хорошо, что я не верстальщик ;) [/тихо из под плинтуса]
Но вот по поводу какую субд учить — это как раз таки важно. Очень важно, если вы ее собираетесь использовать в enterprise-solution и использовать ее фичи на все катушку (а иначе действительно, enterprise-level субд вам не нужна).
Если мы не говорим про ОС, то это Java/J2EE / Oracle middleware etc, я бы сказал? Которые не привязаны напрямую к Microsoft.
Отвечаю на предыдущий вопрос — не стыдно учить:
— Теории формальных языков и конечных автоматов (хотя бы бегло)
— принципам работы трансляторов, веб-серверов, РСУБД.
— ООП, функциональным принципам
— Практикам проектирования, дизайну, понятию об архитектуре.
— Вещам, которые отличают программирования от software development — контроль версий, TDD, continuous Integration, deployment process, QA…
Все это можно бегло дать, но дать надо. Иначе приходит тут человек, с 2 годами опыта с PHP, а что такое SVN не знают, тестирование кода для него — «это чем тестировщики занимаются, мне это знать не надо». И прочее.
Про юникс сервера кстати — это однобокое мнение. Умение работать с юникс серверами разработчику часто не требуется. Довольно часто.
За одно это вами можно восхищаться. У нас на старших курсах 80% предметов предполагали автомат за посещаемость/вовремя сданные лабы. Причем, доходило до того, что по предметам типа экономики или чего-то еще гуманитарного, те, кто приходил на лекцию, поднимали быстренько в лекционной аудитории сеть и играли по WiFi в контру на ноутах (SIC!), причем одев открыто студийные наушники, получали автомат. А я, человек имевший официальное свободное посещение, сдавал зачет…
Но используем для обзорных статей в основном, HowTo hotlinks, некоторой метаинформации о проекте и прочее.
Крупные, сложные, структурированные документы — например, SRS/SDS документы все же пишем в Ворде.
Можно и на роль кладовщика искать человека с разговорным французским, MBA и докторской по психологии. Только вот найдете ли, а даже если и да — будет ли он хорошим кладовщиков?))
Меня немного огорчает разделение труда у вас.
Про запросы — нет, DBA не пишет их:) разве что дает советы по bulk data load, когда дело уже упирается в такие вещи, как архитектура SAN, external tables и прочие…
Ну да, а плюсовик вряд ли расскажет что-то про виртуальную машину Java.
И вряд ли его будут спрашивать какие-то тонкости Java на собеседовании, правда? — ну тут не совсем пример в тему. С++ джависту серверсайду знать не надо, а вот БД — надо (в большей степени гораздо).
Указанный вопрос не относится к тонкостям настройки. Это базовые знания, которые можно подчеркнуть, прочитав единожды Oracle Database Concepts. —
Да я и не говорю, что это сложно. Просто я не очень понял, как вы проводите все таки собеседования. Если вам нужны веберы, то можно вообще не обращать внимание на то, что там написано про оракл. Ну, разве что на честность проверите (тоже важно, да). А если уж вам понадобится серьезный ораклоид — то наверное, вы его не станете собеседовать лично?
А про общий уровень я в целом согласен с Вами, наверное. Тут другое — отсутствие таких знаний в принципе не так и критично. Знать такие вещи — это для DBA-шников.
Из например, Java Server-Sider-ов, которые работают со сложными шедулерами, например (у нас), и которые хорошие синьор девелоперы, думаю далеко не все сходу ответят. И не все скажут, например, про то, из каких частей состоит SGA, как выполняется (по мелким шажкам) запрос, как работает library cache, что означает в точности каждый из шагов explain для сложного QEP-а, и прочее.
Тома спросите об этом ;).
Представил себе автора, (руководителя отдела веб-разработки?), рассуждающего на собеседовании о тонкостях настройки Oracle. Брр.
Вы — т.н. «универсальный специалист»?