All streams
Search
Write a publication
Pull to refresh
33
0
IT-диктатор @sse

Пользователь

Send message
На «раскладушках» от Motorola серии V — тоже. Насчет остальных — не могу сказать.
В предыдущем посте как раз были обсуждения геттеров и их ресурсоемкости.

It depends, короче. Тот же foreach, например, оптимизирует вызов, так что геттер на Length вызывается 1 раз.
Можно, руки же вам никто не связывает :) Но это будет некорректно.
NRE — одно из немногих исключений, которое используется рантаймом (бросается при выполнении IL-инструкций, а не при throw new XXXX()) как «последнее предупреждение» программисту о том, что его код пытается выполнить недопустимые с точки зрения CLR действия.
На старой нокии (не помню модель, такая, кругловатая, один из первых смартфонов) — такое было. Мой начальник пользовался — с 9 до 18 вибро ставилось автоматом.
У меня на работе одни программисты вокруг — человек 10 с высшим образованием :) Есть некоторая уверенность, что они — знают как, просто не делают так почему-то.
Я начинаю думать, что многие получают от этого какое-то нездоровое удовлетворение — я свой телефон не снимал с «вибро» уже год, наверное. А на работе, например, каждые 2-3 минуты — чей-то звонок. Ни разу не слышал, чтобы кто-то перевел на виброзвонок. У жены на работе — точно так же.
Потому что NullReferenceException (NRE) свидетельствует о том, что это — ошибка дизайна системы, исполнение кода по ветви, не предусмотренной программистом.

Нужно не отлавливать их, а исправить причину.
Отличная идея для Большого Брата (который is watching you). Теперь нужно подсадить на нее большую часть автомобилистов, и потом одним нажатием кнопки управлять потоком авто.

Например, нужно для высшего чина очистить магистраль — пожалуйста, имитируем пробку, и все навигаторы от Yandex послушно советуют избегать этой дороги.
А вот за это — можно и убить :)

catch (NullReferenceException)
Я знаю, для чего нужны свойства. Дело не в этом.

Прочтите, пожалуйста, внимательно, мой исходный вопрос.
«чем в вашем примере это лучше, чем использование открытых полей?»
В с# автоматические get-тер / set-тер. И если надо что-то менять, их все равно придется сильно-сильно править. Так что я считаю, что ценность свойств весьма завышена.
И чем в вашем примере это лучше, чем использование открытых полей?

Я встречал и такой маразм, как классы, к которым к каждому свойству (а их там было около 50) делался геттер/сеттер. Это говорит о том, что люди не понимают, зачем нужны свойства.

Апофеозом свойств является такая реализация метода get, которая возвращает новый объект при каждом обращении, так что в коде

someObj.SomeProp == someObj.SomeProp

вычисляется в false!
Все-таки то, что стоимость — не дома, а просто квартиры — равна хорошей средней зарплате за 15-20 лет — это уже не проблемы потолка зарплат, это вопрос к другим людям
… А если жена работает еще и во время родов, так и вообще отлично, верно? :)

10тыс — это если НЕ болеть :( Вы посмотрите, сколько стоят детские пюре и соки. Так что я сильно сомневаюсь, что «на еду, врачей и другие бытовые расходы много денег не надо»
Очень толсто
Согласен полностью. Однако не думаю, что этот «безработный веб-дизайнер», например, развивает сейчас активы :) Скорее он ими уже активно торгует.
И тут на передний план выходит опять-таки бизнес, и мы откатываемся к варианту «уйти в свое дело»
Перестаньте, я пошутил по этому поводу:
habrahabr.ru/blogs/arbeit/59584/#comment_1617368

:)
Тут какгбэ вопрос в том, что активы тоже прижаты к потолку согласно зарплате.

Еще один аспект — если один программист в 5 раз лучше, чем второй, то на зарплате это не отразится в такой же пропорции — хорошо, если будет отрыв в 20%-30%. Пример — посмотрите на тех.лидера среднестатистической команды.
Ясно; тогда я сформулирую для себя ваш ответ как «продавать свою гениальность» :)

Information

Rating
5,341-st
Location
Москва, Москва и Московская обл., Россия
Registered
Activity

Specialization

Chief Technology Officer (CTO), Project Director
Lead
People management
Development management
Building a team
Company management
Development of tech specifications
Project planning
IT service management
Startup management