1773

История с Java...script

Серия История с Java...script

Устраивался как-то на одну из первых работ. Откликнулся на вакансию программиста в компанию местного провайдера. В описании ничего необычного, требуются знания HTML, JavaScript и чего-то еще, уже не вспомню.

Пришел на собеседование, меня без лишних слов отправили за компьютер сделать какую-то простую страничку. По сути это была верстка, даже не программирование. Что ж, задание есть задание. Сделал за 15 минут. Задание давал, как выяснилось исполнительный директор. После того, как я ему показал результат и его он устроил, был отправлен к другому директору, выше которого в компании уже никаких директоров нет.

Уселись с ним на диван, и он начал беседу: "Насколько хорошо ты знаешь Java". И делает паузу. Я напрягся. После двухсекундной паузы он все же произносит: "...script". Я с облегчением выдохнул: "Нет предела совершенству." Далее шел еще какой-то диалог, но не суть важно.

На первый рабочий день пришел другой программист и сразу выяснилось, что я нужен ему на замену, а он увольняется (или скорее его увольняют); поэтому он передает мне все дела, документацию и прочее. Когда он открыл проект, над которым работал в данный момент, то я покрылся холодным потом. Это был самый настоящий 100% натуральный код на Java. Он поинтересовался – с какого пункта надо объяснять. Я признался, что с нуля. Пути отхода я уже не видел. В голове промелькнули мысли про голодные дни, когда я снова ищу работу, и надо проходить собеседования. Поэтому я остался внимать суть по новому для меня направлению, тем более день собеседования уже был позади.

Дальше я неделю приходил на работу, где мне не давали никаких задач, я просто изучал проект и заодно азы Java. Познавал до набухания мозга что такое есть сервлет, зачем нужен TomCat и прочие явошные дела. Что-то у меня даже получалось, но это было копирование имеющегося кода с незначительными изменениями.

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

В итоге когда мозг совсем набух от влитых знаний, я принял самостоятельное волевое решение переписать проект на PHP, о котором никому не сообщил и принялся за переделку. На мой взгляд этот личный кабинет был очень простой и делать его на Java было неправильным решением. Я так понял, что тот, кто этим занимался, просто знал Java и ему было так удобно сделать. А то, что найти специалистов на замену будет сложновато как-то никто не думал. При этом я прибегнул к небольшой хитрости. Дело в том, что с этим проектом можно было работать только с ноутбука в офисе, во внутренней сети. Но я нашел лазейку, и отключил функцию засыпания ноутбука, когда крышка была закрыта. Уходя с работы, я просто закрывал крышку с незалоченным Windows, а из дома подключался к нему через удаленный рабочий стол и работал. Так я не был зависим только от рабочего времени и писал код вечером и ночью. Я только беспокоился на тему того, что кто-то надумает посмотреть что в ноуте в этом время, но вроде ничего такого не было.

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

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

Лига программистов

2.3K постов12K подписчика

Правила сообщества

- Будьте взаимовежливы, аргументируйте критику

- Приветствуются любые посты по тематике программирования

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

Вы смотрите срез комментариев. Показать все
36
Poshanka!
Автор поста оценил этот комментарий
Отличная история, жалко, что пиздёж. Незнакомое приложение с незнакомого языка переписал за две недели, да ещё сам выложил, и никто ничего не заметил.
раскрыть ветку (21)
39
Carpe diem
Автор поста оценил этот комментарий

да ещё сам выложил, и никто ничего не заметил

А кто заметит, если вся разработка это 1 человек?

Представьте, так бывает когда компания занимается не IT-продуктами, а разработка там закрывает внутренние потребности. Сидит Вася-"программист", пилит какую-нибудь приблуду для кладовщиков - сам себе архитектор, техдир, тимлид, кодер, девопс и тестировщик. Ещё и сервак, на который "выложить", у него стоит под столом и он его сам от пыли чистит.

Это до сих пор бывает. А 20 лет назад вообще было мейнстримом.

раскрыть ветку (4)
Автор поста оценил этот комментарий
Это возможно когда контора уровня ип аганисян. Даже 20 лет назад. Если у провайдера так организована работа это провайдер уровня студ общаги
раскрыть ветку (3)
7
Carpe diem
Автор поста оценил этот комментарий

Ну и что? Таких контор большинство. И таких провайдеров полно.

Я, вот, до сих пор пользуюсь услугами районной шарашки, где полторы калеки всем рулят - зато без мозгоебства и дёшево.

раскрыть ветку (2)
Автор поста оценил этот комментарий
Да то что такие шарашки вымерли, ну по крайней мере в моем городе вроде их уже давно не осталось
раскрыть ветку (1)
3
Carpe diem
Автор поста оценил этот комментарий

То, что вы их не видите не значит что они вымерли. Мелкого бизнеса в России полно. В ебенях скорее крупного бизнеса не будет.

Я, например, живу в Москве и "шарашек" полно.

Тем более ТС в комментариях написал, что история какого-то там 11-го года.

21
Автор поста оценил этот комментарий

Чего это оно незнакомое? Там тот же веб, функционал понятен по нажатию на кнопки, а скопировать уже известный html-код с браузера не составляет труда. Скрипты и ручки для запросов остается добавить. Структура БД известна, запросы в нее в коде Java были без ORM, как есть. Перенести их тоже не проблема. Там еще все пути оканчивались на `.xhtml`. Такой шаблон путей тоже встроил в новом коде. Так что недоверие – исключительно ваша проблема.

раскрыть ветку (15)
8
Автор поста оценил этот комментарий

Магия с потоками была успешно похерена?

раскрыть ветку (11)
12
Автор поста оценил этот комментарий

Естественно. Когда TomCat заменил на Apache

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

Апач не поддерживает многопоточность?

раскрыть ветку (2)
13
Автор поста оценил этот комментарий

Апач каждое соединение пихает в отдельный поток САМ. Для этого вообще ни строчки кода писать не нужно

0
Автор поста оценил этот комментарий
8
Автор поста оценил этот комментарий

Приложение, которое можно переписать за две недели и у которого есть магия с потоками не имеет права на существование anyway. Это кому-то хотелось собственными руками многопоточность потрогать, реального смысла в ней было ноль

раскрыть ветку (6)
3
Автор поста оценил этот комментарий

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

раскрыть ветку (2)
1
Автор поста оценил этот комментарий

Это да. Но можно же взять фреймворк и пусть у него о многопоточности голова болит.

Я уверен, что на условном спринге это можно было слабать за 3-4 дня и оно бы держало сотни рпс влегкую даже на commodity hardware. Безо всякой многопоточности, которую надо делать *вручную*

раскрыть ветку (1)
0
ВЗДРЪЖНИ ЭФФЕКТ
Автор поста оценил этот комментарий
0
ВЗДРЪЖНИ ЭФФЕКТ
Автор поста оценил этот комментарий
Вот Вы тогда и объясните всем этим java-программистам, что для написания веб-сервисов и уж тем более микросервисов пихать spring (boot) целиком совершенно излишне. Я уже устал смотреть на такие изделия, которым для приёма одного несложного json-а по http и отправки двух json-ов (не сложнее первого) по http надо 400 Mb памяти, 1 vcpu и ещё минуту-полторы на запуск. Причём более сложный технически микросервис, дёргающий http rest api одной системы (асинхронно и с собственными рейтлимитами, чтобы не уложить апстрим) и лазающий в субд периодически, требует памяти 30 Mb, примерно 0.2 vcpu и запускается 2 секунды. Да, это не java, а golang.
раскрыть ветку (2)
3
Автор поста оценил этот комментарий

Спринг вообще довольно чудовищен. Он с собой тащит джава-парадигму 15-летней давности и да, стартует он долго. Прелесть же его в том, что там все уже написано, по сути. Описал модель данных, подключил БД и вперед. Там собственно и программирования-то немного в таком простом сценарии.


Гошечка же хоть и быстрее, требует прямо программирования)

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Золотая середина - дотнет с Minimal API. Весело и легковесно =3

2
Автор поста оценил этот комментарий
Чувак, "ручки"... Из Яндекса что ли?
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Да вот, у меня в нынешней конторе эндпойнты тоже "ручки". Полгода уже работаю, а до сих пор глаз дёргается

2
Автор поста оценил этот комментарий

Видимо очень простая бизнес-логика.

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества

Недвижимость и ремонт

Теги

Популярные авторы

Сообщества