hashCode и equals на пальцах

Недавно пытался объяснить в чем смысл взаимосвязи между методами hashCode и equals в Java. В итоге получилось вот такое:

Какая должна быть команда

Недавно сходил на мероприятие, на котором в частности была дискуссия, какие команды эффективны, маленькие и много или одна, но большая и как ими правильно управлять. Как и ожидалось, дискуссия закончилась ничем.

За всю свою профессиональную деятельность я так и не увидел какого-то внятного ответа на этот вопрос - какой же должна быть команда и как ей правильно управлять.

Лично мое мнение - состав команды уже очень давно описал Фредерик Брукс в своем труде “Мифический человеко-месяц”. И с тех пор ничего не поменялось.

Но начерно, самое важное - это должна быть сработавшаяся команда высококвалифицированных специалистов - она будет делать свою работу на самом высоком уровне просто потому, что она по-другому не умеет.

Есть только одна проблема - такую команду надо собрать и удержать. Может нашим управленцам надо направлять усилия именно в этом направлении - дать возможность воспитывать свои кадры и удерживать их в команде ? А все остальное - agile, XP и прочие маркетинговые штучки забыть и не тратить на них время. Удачи.

Гениальность и Мудрость

А это пришло в голову уже самому:

Знание и Опыт

Вот собственно и все, что хотелось бы сказать (не мое авторство, но зацепило):

Задачи и тесты

Я не люблю проходить тесты на собеседовании. И не потому, что боюсь за результат - у меня на тестах он обычно печальный (в большинстве случаев) и я к этому привык. Подозреваю, что у большинства он такой же. В чем же причина провала ?

Задачи и тесты

Я не люблю проходить тесты на собеседовании. И не потому, что боюсь за результат - у меня на тестах он обычно печальный (в большинстве случаев) и я к этому привык. Подозреваю, что у большинства он такой же. В чем же причина провала ?

Что такое ООП и шаблоны проектирования

Регулярно вижу посты от начинающих программистов по вопросу изучения и понимания Объектно-Ориентированного Программирования (ООП). Что-то вроде такого: “Подскажите, что почитать для изучения ООП ?”.

Многослойность

В мультфильме про Шрека есть очень любопытный диалог между главным героем и его спутником - Великаны как луковицы
При изучении инструментов программиста я испытываю такое же ощущение.

Проверь себя - развлечение

Придумалась вот такая штука - по самому простому приложению типа "Hello, world !" задать много вопросов. Вот что получилось:

package edu.javacourse.hello;


public class Hello
{
    public static void main(String[] args) {
        System.out.println("Hello, world !");
    }
}

И опять про опыт использования и изучение инструментов

Могу посочуствовать начинающим программистам, которые вынуждены с ужасом читать об огромном количестве различных библиотек, пакетов, инструментов. Могу посоветовать следуюющее:

Опять про опыт использования

Читая форумы регулярно возникает ощущение, что начинающим программистам очень важна технология, которая (как им кажется) резко повысит их уровень при приеме на работу. Отчасти это так - знание  широко используемых инструментов является важным. Но почему-то часто за рамками остается такой крайне важный вопрос, как опыт использования. Мало уметь просто хорошо забивать гвозди - следующим (и крайне важным) шагом является понимание КУДА эти гвозди надо забивать.

Программирование - это искусство ?

Нередко встречал мнение, что программирование - искусство. Подозреваю, что родилось оно из-за достаточно известной книги Кнута "Искусство программирования". Появилось желание порассуждать на эту тему, чем и займусь.

Курсы - нужны ли они ?

Т.к. я сам веду курсы, то данная заметка наверно несколько субъективна, но тем не менее постараюсь написать честно плюсы и минусы курсов.

Практикуйтесь

Наверно так будет всегда - почему-то часто люди думают, что для изучения программирования достаточно просто прочитать много-много книг, прослушать какой-то курс и навыки программиста появятся сами собой. Видимо, ждут чуда.

НЕ ЖДИТЕ ЧУДА. Это равносильно считать, что чтение книг по тренировке пресса позволит вам иметь кубики на животе. Умственная деятельность требует тренировки не меньше, а возможно и больше. Пишите код, заставляйте его делать то, что вы хотите, сталкивайтесь с трудностями и решайте их. Ошибайтесь. Опыт работы вам никто не расскажет - его надо нарабатывать самому, как кубики на животе. И чем раньше вы начнете это делать, осознавая, что иначе никак - тем будет лучше для вас. Удачи.

Не обманывайте себя

Вспомнился китайский автор Лу Синь:
"А-лянь уже бежал ему навстречу, а подбежав, почтительно вытянулся, опустив руки по швам, и воскликнул:
— Учитель! — После чего продолжал с легким раздражением: — Я отказался работать. У них слово расходится с делом: обещали тысячу мер проса, а дали пятьсот. Я вынужден был уйти.
— А если бы тебе дали не тысячу, а больше, ты бы тоже ушел?
— Нет, — ответил А-лянь.
— Значит, причина не в том, что слово расходится с делом, — просто тебе мало дали!"

Вы конечно можете пытаться обмануть работодателя, своих коллег, но во-первых, это будет временно, через какое-то время все все равно узнают вам цену, как специалисту, а во-вторых - уважать самого себя тоже надо уметь. И начинается это с того, чтобы не врать самому себе - если что-то не знаете или что-то не умеете, то надо над этим работать, а не обижаться на судьбу и других. Удачи.