Спасибо за информацию, но… это настолько сильно ломает UX и не соответствует общему стилю приложений, что совсем не понятно, в каких благородных целях стоит это делать.
За год вы потеряли в зарплате в размере инфляции. Никто из сторон не менял условия, они изменились сами. Нет никакой вины в том, чтобы при изменении внешних условий изменить договоренность. Про профессиональный рост молчу.
Вы читали Code Complete? Это толстенная книга о читаемости кода. Я бы порекомендовал ее в качестве основы. Мне не повезло, я читал ее, когда большую часть принципов уже знал. Я не знаю специальных методик. Ты просто к этому стремишься и в определенный момент начинает получаться. Сильно способствует чтение чужого кода.
Гляньте-ка в профиль мой, я профессиональный программист. Как вы думаете, пригодилось ли мне программирование?
> И это худшее, что могло придумать человечество. Отбирать людей в компанию по наличию «связей», а не знаний — худшая практика.
С чего вы взяли, что я устроился из-за наличия связи? Я прошел собеседование, как и любой другой стажер. Просто про это собеседование я узнал из-за ВУЗа.
Я закончил университет по специальности и не могу сказать, что это было потерянное время. Нам читали структурное программирование, объектно-ориентированное, логическое и функциональное, давали теорию баз данных, теорию надежности, теорию информационной безопасности и т.д. Дали физику и основы научного подхода, про высшую математику вообще молчу.
Со второго курса я начал работать по специальности, но тоже благодаря тому, что у университета есть сотрудничество с крупной американской компании с офисом в Петербурге.
А еще университет дает круг общения.
Так что мифы мифами — но демагогия начинает разбиваться о реальность, хоть эта реальность и становится хуже год от года в России.
Это не к JavaBeans. Это к вашей реализации Person. А утверждение «на практике есть два типа объектов» — спорное, потому что верно не везде. Где-то это конечно так, но много где еще — нет. Есть объекты, которые каким-то образом что-то делают и для этого хранят внутри состояние. Возьмите StringBuffer — отличный класс, который призван конкатенировать строки потоко-безопасно. Что там внутри — без разницы, главное известен его контракт. Но при этом он несет в себе данные — все строки, что ему переданы, но форма хранения этих данных неизвестна.
Извиняюсь. В процедурном программировании вы еще развязываете данные и логику работы с этими данными, хотя в случае работы с объектами они друг от друга неотделимы.
Для примера можно еще привести автомобиль. Вот вы садитесь в него, у него двигатель, карбюратор, номерной знак и еще кучу всего. Но для вождения вам все это неважно. Важно, что есть интерфейс к нему — руль и педали. Так это видит ООП. А процедурное это видит, как коробку с деталями(двигателем и т.д.), лежащие в одном месте и коробку с управлением, в которую надо засунуть первую коробку, чтобы что-то с ней сделать.
>> не обязательно допустим знать как работает двигатель внутреннего
>> должен знать как всё устроено и как работает
Так надо мне знать, как работает двигатель внутреннего сгорания, если я инженер программист? А если старший?
Вы сами-то понимаете свое определение «инженер»?
В собственных проектах к сожалению не практикуется. Масштаб пока не тот. Планируем попробовать на следующем проекте.
Это у нас кстати тоже было, СПбГПУ, Факультет технической кибернетики.
> И это худшее, что могло придумать человечество. Отбирать людей в компанию по наличию «связей», а не знаний — худшая практика.
С чего вы взяли, что я устроился из-за наличия связи? Я прошел собеседование, как и любой другой стажер. Просто про это собеседование я узнал из-за ВУЗа.
Со второго курса я начал работать по специальности, но тоже благодаря тому, что у университета есть сотрудничество с крупной американской компании с офисом в Петербурге.
А еще университет дает круг общения.
Так что мифы мифами — но демагогия начинает разбиваться о реальность, хоть эта реальность и становится хуже год от года в России.
Для примера можно еще привести автомобиль. Вот вы садитесь в него, у него двигатель, карбюратор, номерной знак и еще кучу всего. Но для вождения вам все это неважно. Важно, что есть интерфейс к нему — руль и педали. Так это видит ООП. А процедурное это видит, как коробку с деталями(двигателем и т.д.), лежащие в одном месте и коробку с управлением, в которую надо засунуть первую коробку, чтобы что-то с ней сделать.