Программисты. Кто они?

[Azagthtot]

Почитал тут одну тему, и решил вставить свои "пять копеек". Т.к. копейки потянули на полновесный рупь, решил делать в отдельной теме.
И так, имя очень большой опыт программирования (больше 25 лет, из них на Java чуть более 10) хочу поделиться своим видением на "хорошее" и "плохое" программирование.

Во-первых, давайте разделим собственно само программирование (реализацию конкретного функционала) и проектирование (создание множества функционалов).
Каждый из нас, придя в разработку начинает с первого. Мы пишем простые "линейные" программы. Линейные в том смысле, что сначала эта операция, потом та потом другая и т.д. Вот тут кроются первые грабли. И заключаются они в том, что мы не разделяем наши операции по типу. Получается что-то типа

void main() {
 спросить пользователя;
 посчитать результат;
 дать ответ;
}

Многие так привыкают что другого варианта кроме как "смешать все в кучу" и не признают. Из них никогда не выйдет не то что бы проектировщика, а даже приличного программиста.
Но время не стоит на месте. Написав одну-две программы мы понимаем, что действия-то типовые. И что лень нам писать спросить пользователя; в очередной программе. Так человек понимает, что хороший программист - ленивый программист. Но начинаются вторые грабли. И называются они "велосипед с квадратными колесами". Мы пишем свои библиотеки, свои классы и т.д. Конечно, мы все это используем, но тратим кучу времени на поддержку. И самое страшное - если с этим кодом приходится работать другим людям. Из-за таких "сам себе велосипед" приходится вникать в тучу кода. Это тоже плохие, не годные, программисты. Такие программисты сидят в l2j. Почему я так говорю? А скажите, нафига было писать свой механизм рассчета дальности, коллизий, поиска точек? Что, 2D/3D библиотеки запрещены лидерами ваших религий?
Ладно, следующая стадия программиста. Он понял, ура, есть стандартные либы, он научился ими пользоваться, он не создает велосипеды! Он стал хорошим программистом. На "выращивание" такого программиста уходит порядка 3-5 лет.
Таких обычно в крупных компаниях зовут junior. Почему так мало? А потому что у него впереди самое главное испытание - проектирование.
И так, поручили нашему программисту (уже без кавычек) создать, ну допустим, класс описывающий существо в L2 (я буду пользоваться линеечными примерами, ибо ближе к теме). И какие ошибки он начинает совершать?
Ну во-первых, с качеством кода у него хорошо, а вот с алгоритмикой пока плоховато, он читал много Эккеля и Шилда, а вот Кнута и Дийкстру не читал вообще. И начинает он мух и котлет складывать в одну кучу. Ну скажите, с какой радости класс L2Character должен знать о своих потомках? Ну не будет у меня на сервере L2Player, мобы будут одни играть. Какого черта писать в L2Character подобное

Ужасный код:

Свернуть ↑

			if (this instanceof L2Npc && target.isAlikeDead()
					|| !getKnownList().knowsObject(target))
			{
				getAI().setIntention(CtrlIntention.AI_INTENTION_ACTIVE);
				sendPacket(ActionFailed.STATIC_PACKET);
				return;
			}
			else if (this instanceof L2PcInstance)
			{
				if (target.isDead())

Свернуть ↑Развернуть ↓

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

TradeRequest:

Свернуть ↑

	@Override
	protected void runImpl()
	{
		L2PcInstance player = getClient().getActiveChar();
		if (player == null)
			return;
		
		if (!player.getAccessLevel().allowTransaction())
		{
			player.sendMessage("Transactions are disable for your Access Level");
			sendPacket(ActionFailed.STATIC_PACKET);
			return;
		}
		
		L2Object target = L2World.getInstance().findObject(_objectId);
		if (target == null || !player.getKnownList().knowsObject(target) || !(target instanceof L2PcInstance))
		{
			player.sendPacket(SystemMessage.getSystemMessage(SystemMessageId.INCORRECT_TARGET));
			return;
		}
// Тут еще много-много проверок...

Свернуть ↑Развернуть ↓

Вот скажите мне, зачем все эти проверки делать в классе обработки пакета? В пакете надо считать данные и дернуть за хвост обработчик. Класс обработчик умный, он сам знает что делать. Например делаем так

Улучшенная версия:

Свернуть ↑

	@Override
	protected void runImpl() {
                L2Player player = getClient().getActiveChar();

		L2Object target = player.getTarget();
		if(target == null || target == player || !target.isPlayer() || target.getObjectId()!=_objectId) {
			player.sendPacket(SystemMessageId.INCORRECT_TARGET);
			actionFailed();
			return;
		}

		if(!partner.sendRequest(new SendTradeRequest(player.getObjectId()), 10, new TradeRequestHandler(player))) {
			SystemMessage sm = new SystemMessage(SystemMessageId.S1_IS_BUSY_TRY_LATER);
			sm.addString(partner.getName());
			player.sendPacket(sm);
			actionFailed();
			return;
		}

}

Свернуть ↑Развернуть ↓

Таким образом, пописав еще от 3 до 5 лет, наш программист начинает понимать, что уметь программировать это мало для того, что бы трескать икру с маслом. Он начинает учится проектировать. А это, поверьте самое сложное. Умение "насовать" хвостов, что бы если что-нибудь в логике работы системы изменится не надо было делать костыль, а надо просто дернуть нужный "хвост". Умение создавать абстракции. Ну тут тоже не надо злоупотреблять, ибо абстрагирование от абстракций - штука злая.
И главное - полностью, подчеркиваю, полностью знать и уметь применять осбенности языка. В Java есть рсокошные вещи, аннотации. Только в Aion их использовали. Это говорит о том, что аннотации плохтие, не годные? Да нет, куча крупных проектов используют их. Наверное это говорит о качестве разработчиков...
Поэтому что бы стать хорошим Программистом, знать язык мало. Надо уметь проектировать. И тогда вы станете Senior, которые кроме слов interface и abstract class ничего не пишут, трескают икру, и привлекаются к написанию кода только если уж сильно нужно почесать левое ухо правым хвостом, при условии что у вас нет хвоста вообще.
Вы думаете что сеньеры почивают на лаврах? А вот нет, сеньеру приходится учится еще больше. Ибо кроме самого программирования и алгоритмики сеньеру надо знать основы тех областей, в которых он работает.

И так. Резюме сего поста.
Хотите стать хорошим программистом? Читайте Вирта, Кнута, Дийкстру. Не учите "Java/С++/Delphi". Учите программирование. Сменить язык - дело от 40 мин до нескольких месяцев. А вот поиск путей в информированном графе он остается поиском на любом языке. И учитесь отделять "путь" от "дороги".

P.S. В догон. Хорошо тем, кто начал свою жизнь со Спектрумов и прочих "конструкторов". Они знают архитектуру. Что комп может, а что нет. Поэтому, даже для писателей на Java и С# знание аппаратной части необходимо

[Aquanox]

А скажите, нафига было писать свой механизм рассчета дальности, коллизий, поиска точек? Что, 2D/3D библиотеки запрещены лидерами ваших религий?

использовал в одном небольшом проекте javax.vecmath (просто векторные вычисления) и частично ardor3d. какие есть ещё?

Поэтому что бы стать хорошим Программистом, знать язык мало. Надо уметь проектировать. И тогда вы станете Senior, которые кроме слов interface и abstract class ничего не пишут,

они ещё пишут много xml и @interface

[Place]

Вопрос хорошему программисту - почему сборка люцера не считается самой ахуе******** - ну вы поняли )

[Azagthtot]

Потому что основывалась на ядре l2emu. Это целиком моя вина, что поленился сразу начать перепроектирование. В настоящий момент ядро полнстью переаботано, и сейчас готвится2-ая ветка, которая написана практически с "нуля".

[VISTALL]

спасибо несказал) Ибо и так все знал это.

[TieLay]

Azagthtot, и ещё вопрос, вы так и будите на Interlude реализовываться или же попробуете, после перепроектирования ядра, идти к другим хроникам, вплоть до GoD?

[Azagthtot]

Я не делаю сборку "привязанной" к хроникам. Общие структуры (такие как грейд оружия, расы, классы) включают в себя все до GOD включительно. Хотите делать Эпилог с воздушными кораблями? Пишите класс корабля, который отвечает сам за себя. На остальные классы это никак не повлияет. И т.д.

VISTALL, писалось не для тех кто знает, а для тех кто думает, что "выучу Java и стану мега-программистом" и для тех, кто "ищу в команду Java-программиста" а не "ищу проектировщика".

[Kos-Master]

Azagthtot

offline:

Свернуть ↑ Все это конечно очень интересно, но лучше бы дали ответ нам, клиентам вашей сборки. Мы ведь ждем уже с 27 Июля. Мы ведь, клиенты, не "ванга" чтоб все предвидеть что у вас там на уму.

Свернуть ↑Развернуть ↓

[VISTALL]

VISTALL, писалось не для тех кто знает, а для тех кто думает, что "выучу Java и стану мега-программистом" и для тех, кто "ищу в команду Java-программиста" а не "ищу проектировщика".

ох как все этим сказано.


Честно говоря. "выучу Java" - выучить её нельзя - набор синтаксиса только, а дальше куча классов с JRE, туча библиотек. Зная ток "набор синтаксиса" это можно сказать - ничё незнаеш.

ну комуто нужны именно, разрабы маленького профиля - квесты, etc.

"проектировщик" - это каждый нормальный програмист

[PaInKiLlEr]

Сообщение от Place

Вопрос хорошему программисту - почему сборка люцера не считается самой ахуе******** - ну вы поняли )

полностью поддерживаю

Сообщение от Azagthtot

Потому что основывалась на ядре l2emu. Это целиком моя вина, что поленился сразу начать перепроектирование. В настоящий момент ядро полнстью переаботано, и сейчас готвится2-ая ветка, которая написана практически с "нуля".

ничто и никто не мешает переделать на нулёвку
пример VISTALL, знаю его 2 года, быстро учился, быстро развивал навыки, в один прекрастный момент захотел свою конфетку и начал её делать, так что мешает сделать конфетку вам? ведь проэктировщик не должен заморачиваться на времени сколько займёт его проэктирование, ведь если вы начнёте куда то спешить то ваш 1й пост будет считаться копипастом статьи