Fortran БЭСМ-6, assembler PDP-11, assembler x86, C, Delphi, C++, Java, C#, Java
Контакты
Местоположение
Россия, Пермский край, Пермь

Наибольший вклад в теги

Все теги (17)

Лучшие ответы пользователя

Все ответы (66)
  • Ваши действия, если джуниор не успевает выполнить задачу?

    @odissey_nemo
    Программист, ГИС-системы, растры, космоснимки
    Джуниор в американского - левый пацан, которого нужно эксплуатировать. А в русском это начинающий программист, будущий товарищ.

    Если джуниор не справляется - уволить без выходного пособия. И нанять другого.

    Если начинающий программист не справляется, ему надо помочь. И он быстро станет нормальным разработчиком, благодарным за помощь. Если не видишь у него желания справляться - наказать как либо для его же пользы (воспитательный момент). Если видишь, что лентяй при этом ещё и любит слова типа "джуниор", "сениор" - уволить за профнепригодность для коллектива, с объяснением причины.

    Такова разница менталитетов и культур.
    Ответ написан
    2 комментария
  • Почему hashset добавляет одинаковые объекты?

    @odissey_nemo
    Программист, ГИС-системы, растры, космоснимки
    Переписывать нужно методы hashСode и equals вместе.
    Получилось так, что equals, вызываемый при обнаружении равенства hasСode, унаследован от Object. А он там сравнивает объекты по их адресу в памяти. Которые, для разных объектов, само собой, разные. Поэтому Ваш HashSet и считает что ВСЕ новые объекты, какой бы ни был у них hashcode, будут разными!

    Просто перепишите и equals, чтобы он сравнивал между собой соответствующие друг другу поля класса у разных его экземпляров. И при их равенстве HashSet отвергнет второй объект, у которого тот же hashCode и те же значения полей.

    Больше про эти дела, например тут.

    И вообще это очень полезное и железное правило: одновременно менять (или проверять работоспособность этой сладкой парочки) hashCode и equals.
    Ответ написан
    2 комментария
  • Влияют ли на производительность неиспользуемые библиотеки?

    @odissey_nemo
    Программист, ГИС-системы, растры, космоснимки
    Вопрос о наличии в памяти неиспользуемых библиотек изучен слабо.
    Теоретически можно предположить, что при загрузке всё лишнее отключаются. Тогда - не влияет никак.
    А если не отключается - то влияет, но размер доступной памяти уменьшается на размер библиотек.
    Хуже с библиотеками, в которых тебе нужны несколько методов, а оставшиеся десятки мегабайт - только балласт. Пример - биб-ка smile (Java), содержащая десятки мегабайт исполняемого кода по всем направлениям математической статистики, а нужно только корреляцию Пирсона посчитать.
    Тут, скорее всего, вся библиотека грузится, но используется, дай разум, 1% от её общего размера.

    В своё время в Delphi нравилось то, что при сборке EXE из объектных (откомпилированных) модулей подключались лишь те, на которые были ссылки.
    Если современные среды разработки способны на такое, то было бы полезно все библиотеки подключать в виде исходных кодов и компилировать в свою собственный исполняемый модуль.
    Это дало бы максимальные эффект по оптимизации памяти.
    Ответ написан
    2 комментария
  • Как раньше люди программировали?

    @odissey_nemo
    Программист, ГИС-системы, растры, космоснимки
    Раньше было на порядок больше дела, на два порядка меньше банков, рекламы, посредников, пробок, конкурентов, владельцев средств производства и инвесторов.
    Совсем не было менеджеров. А были руководители (часто от бога), собаку съевшие на деле, которым занимались. Некоторых помним и сегодня, спусти 30 лет после их смерти. Придут ли сегодняшние программеры на могилку своего текущего тим-лида через 30 лет? ответ очевиден.
    Отсюда и задачи стояли более интересные, разнообразные, ответственные. И ты мог заниматься ими десятки лет.
    Пригождался любой человек, а не только юные гении, знающий все вопросы на собеседовании. Но не способные связать двух слов с товарищами или посоветовать что-то.
    Вероятность получить в ответ на твой произвольный вопрос фразу: "Я занят, некогда мне с тобой" была исчезающе мала.
    Больше времени люди проводили в обсуждениях совместных и мероприятиях вне работы (и отпуска проводили вместе). Мало, очень мало было личных проектов.
    Работало много институтов. создающих свои машины, свои операционки, свои языки программирования.
    И достигали реально многого. Уважали друг друга.
    Уволить тебя, если ты не был откровенным тунеядцем. было невозможно.

    В целом, работать было на порядок интереснее. И задачи стояли на порядок важнее и реальнее Как в программировании, так и в материальном производстве.
    Ответ написан
    Комментировать
  • Какая средняя ЗП у .Java разработчика в Новосибирске?

    @odissey_nemo
    Программист, ГИС-системы, растры, космоснимки
    На взгляд со стороны работника, любая средняя в РФ (и не только, был опыт и с забугорьем) контора подбирает людей по принципу минимальной зарплаты. И торгуется за эту зарплату из принципа.

    Понятно, что любой средний владелец любого (и самого минимального) капитала оптимизирует прежде всего свою личную прибыль на ближайший финансовый год.

    Казалось бы, ты просчитай, продумай, что тебе выгоднее, одного брать и на много, или двух на чуть-большую сумму. Или ещё что! Нет, он берёт одного и на меньшую)))

    Такова диалектика личной прибыли и заинтересованности. Это - закономерность, и исключения её не опровергают.

    В Перми, знаю, начинающие программеры любого рода и вида берутся на 50-70 грязными. В Москве, полагаю, программеры однозначно хотят побольше. Тем более, что они в Москве все родом из перми или новосибирска и потратились на переезд. А вот дадут-ли - это уже вопрос везения, а не рыночных суб-материй.

    Всё - ПМСМ!
    Ответ написан
    Комментировать