Pull to refresh
43
0

User

что можно сделать за час? часа мало, имхо
Я не знаю, как программер может работать руками? Принтеры носить? :) Работаешь всегда головой, просто по-разному. Моя, например, работа — это в основном кодить (разбираться в существующем, потом дописывать что-то). Это сильно отличается от процесса изучения чего-то нового, но тем не менее, под конец рабочего дня башка уже не воспринимает почти ничего.
увы, я тоже давно не в универе. но на работе учиться не получается — на работе работать надо, разбираться в коде, делать таски… чтобы повышать свой уровень, приходится читать литературу в свободное время, пытаться применять технологии…
Увы, «учиться» приходится во время «отдыха» (после работы или на выходных), просто из-за нехватки времени. К этому нужно приплюсовать бытовые дела, которые тоже явно не отдых. У вас не так? Как вы успеваете ещё и полноценно отдыхать?
Если во время отдыха совершенно не пользоваться компьютером, как вы будете расти профессионально? Читать литературу, например? Программерские книжки просто на природе не почитаешь, нужен комп. Если на работе, то не на всякой работе есть столько времени, чтобы ещё и себе уделять его. Да даже языки сложно изучать без компьютера.
Одно уточнение — отладка есть не в IDE, а в самом Oracle (DBMS_DEBUG). В IDE просто интерфейс к нему.
Не знаю, может я такой привередливый, но мне много всего не хватает в PL/SQL. Не хватает элементарных структур данных (нормальных, а не прикоцаных коллекций), не хватает механизмов манипуляции этими данными.

А некоторые «приёмы» заставляют меня вспомнить о залихватском сишно-ассемблерном детстве:

declare
  x s_t := s_t('C', 'A', 'B');
begin
  for s in (select column_value from (table (x)) 
                 order by column_value)
  loop
    dbms_output.put_line(s.column_value);
  end loop;
end;


Для тех, кто не в теме — это сортировка коллекции PL/SQL-style :)
Какая у Вас версия Oracle? У нас до 10.2.1.5 (дай бог памяти, вроде так) дебаггер PL/SQL мерзенько вис по любому поводу…
Но писать большие куски кода на PL/SQL — это сильная боль в седалище… Наверное, это вопрос компромиссов…
В том-то и дело, что не всегда получается перенести концепции из мира десктопных приложений на веб-формы… Вернее, можно, конечно — но это получится просто «десктопные формы на веб-странице», а я же больше имел в виду именно применение обычных веб-форм для редактирования сложных данных. Как-то так. А если ещё вспомнить про graceful degradation — вообще голова пухнет.
Кто бы написал статью о том, как канонічно реализовывать сложные форм в вебе — например, иерархического типа, с подформами и всё такое…
Потому что это неинтуитивно и запутанно. Я пришёл первый раз на ваш сайт первый раз — а он мне сразу предлагает войти, как будто знает меня сто лет. Это неинтуитивно. Или я регистрировался на вашем сайте, вернулся на него — поле e-mail вижу, а где пароль вводить — не вижу. Это тоже неинтуитивно.
> Вы не должны использовать $(document).ready()

<grammar-nazi>
Здесь «вы не должны» воспринимается как необходимость того, чтобы вы не использовали $(document).ready(). Этот оборот больше похож на английское «You mustn't». «You don't have to» лучше перевести как «вы не обязаны».
</grammar-nazi>
Вы мне предлагаете выложить код, который принадлежит моей компании? :) Может, лучше Вы выложите свой код — заодно покажете, насколько красиво и просто реализована Ваша система? :)
Не вижу, как бумага может быть лучше visio на стадии поиска решения. Ведь там, где Вы будете чёркать бумагу, в visio можно просто удалить блок. Аналогично, когда схема становится больше, на бумаге придётся её перерисовывать, а в visio — просто переупорядочить и всё. Короче, я не понимаю, каким образом бумага может быть лучше.

> Либо полностью нестандартная схема (которая и не схема вовсе), либо какая-то деталь.

Например?
а чего рисовать-то? вы программист или художник? схемы/диаграмы/блоксхемы/наброски gui легче рисовать в visio — если не пробовали, попробуйте, убедитесь сами.
> и вы, не попробовав лично, считаете подход нерабочим — просто не пользуйтесь им.

Ошибаетесь — мне приходится иметь дело с последствиями такого подхода («всё в одном»). И мне это, между прочим, совсем не нравится.
извините, но это бред. Не использовать общепринятые best practices, мотивируя это простотой — это деление на ноль.
> Запихну их всех в свои объекты и нечего думать

… а потом про вас напишут на WTF :)
> Предлагаю использовать инкапсуляцию *правильно*, объясняю почему так следует делать на жизненных примерах.

Хм, подтвердите, пожалуйста, ваши слова насчёт правильности и того, что так _следует_ делать? Желательно конкретными цитатами из классиков ООП. Опыт ничего не значит, потому что у каждого он свой. Кто-то может десять лет писать вермишель.

Information

Rating
Does not participate
Location
Мариуполь, Донецкая обл., Украина
Date of birth
Registered
Activity