Да уж, равенство пустой строки и null — действительно притча во языцех :))
Как сторонник запрещать null где только можно, дабы избегать излишней троичной логики, данная особенность прямо ужас как раздражает.
Хорошая статья! Даёшь следующую тему «краткое введение в olap»! :)
Собственно, да, чем выше порог входа, тем больше зарплата. И тандем Java & Oracle продолжает лидировать по зарплатному диапазону над Net & MSSql и перемен на горизонте не видно.
Но немой вопрос всё равно периодически возникает: почему же инструменты не настолько удобны, почему корпорации оракл пофиг на конечного программиста, ведь денег-то у них явно хватит нанять дополнительного дизайнера интерфейсов, юзабилиста и парочку кодеров… В общем, чувствуешь себя «позабытым-позаброшенным» :)
В том-то и проблема, что стандартный Oracle Sql Developer настолько убог, что даже упоминать не хочется, вот и приходится использовать PL/SQL Developer, Toad, SQL Navigator и прочие сторонние тулзы, которые стоят дополнительных денег. И при этом они все равно не настолько удобны как упомянутая выше совершенно бесплатная стандартная SQL Management Studio от нелюбимого многими MS.
Вряд ли… Отсутствия нормального GUI для разработчика в 2011 году это просто что-то с чем-то и nocomments.
А убогий вид PL/SQL Developer ala Windows 95 навивает непреодолимую тоску по Microsoft Sql Server Management Studio и немой вопрос «Ну почему же заказчик использует оракл???».
Не-не, Дэвид Блэйн, тот кто использует по-настоящему длинные пароли и двухфакторную аутентификацию везде где возможно не может хранить активные сессии в куках. Он просто обязан каждый раз делать логаут. И браузерные куки тереть. И не один раз, а раз шесть. Для надёжности, так сказать.
Script# doesn't introduce some new and odd abstractions. You're still very much authoring script against the DOM and standard APIs, and existing knowledge of web development carries forward.
Думается мне, что просто уже много лет веб уходит от ультра-тонкого клиента в сторону клиента более толстого, без всяких там «эр». И флэш был первой весточкой ещё в начале 2000х. То же мне, «эра LAMP», блин :)
А ожидать по телефону ответа техподдержки, после того как оператор переключит, приходится по 40+ минут.
Как сторонник запрещать null где только можно, дабы избегать излишней троичной логики, данная особенность прямо ужас как раздражает.
Хорошая статья! Даёшь следующую тему «краткое введение в olap»! :)
Вылетит Server Bad Request :(
Но немой вопрос всё равно периодически возникает: почему же инструменты не настолько удобны, почему корпорации оракл пофиг на конечного программиста, ведь денег-то у них явно хватит нанять дополнительного дизайнера интерфейсов, юзабилиста и парочку кодеров… В общем, чувствуешь себя «позабытым-позаброшенным» :)
>Клиенты пишут/звонят вам и коллегам, в т.ч. в твиттер компании
Как же шагнул прогресс за последние годы…
А убогий вид PL/SQL Developer ala Windows 95 навивает непреодолимую тоску по Microsoft Sql Server Management Studio и немой вопрос «Ну почему же заказчик использует оракл???».
Приватность в социальных сетях? Вы шутите?
«я использую по-настоящему длинные пароли и двухфакторную аутентификацию везде где возможно»
Этого достаточно в 99.99% случаев.
Script# doesn't introduce some new and odd abstractions. You're still very much authoring script against the DOM and standard APIs, and existing knowledge of web development carries forward.
Какие деструкторы (IDisposable!), какой Thread.Start (TPL!)…