![РАНЬШЕ
СЕЙЧАС
ПРОГЕРЫ
ЗДПРОГДЛ БОЛЬШОЙ ПРОЕИТ:
НАПИСАЛ ДЕСЯТЬ ТЫСЯЧ СТРОЯ НИЗКОУРОВНЕВОГО КОДА, СДЕЛАЛ ВСЁ КРОССПЛАТФОРМЕННО,
ПЕРЕД ВЫКАТКОЙ НА ПРОД ГОД ДЕРЖАЛ В БЕТЕ,
ДОДЕЛАЛ И ОТТЕСТИРОВАЛ __________________
МуСоо1Рго]ес1.ру X з.тро1^ НЬгагу
ИЬгагу. с!оЕуегуЬ113.пд( )|
@1ТМСЖи,смешные](https://img2.joyreactor.cc/pics/post/full/смешные-картинки-программирование-geek-6335952.jpeg "смешные картинки,фото приколы,программирование,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,Doge Lore")
![ПРОГЕРЫ
РАНЬШЕ СЕЙЧАС
ЗАПРОГАЛ БОЛЬШОЙ ПРОЕКТ:
НАПИСАЛ ДЕСЯТЬ ТЫСЯЧ СТРОК НИЗКОУРОВНЕВОГО КОДА, СДЕЛАЛ ВСЕ КРОССППАТФОРМЕННО,
ПЕРЕД ВЫКАТКОЙ НА ПРОД ГОД ДЕРНИЛ В БЕТЕ,
ДОДЕЛАЛ И ОТТЕСТИРОВАЛ __________________
МуСоо1Рго]ес1:.ру X
:шрог1 НЬгагу ИЬгагу.с1оЕуегу1:11:1пд( )|
@1ТМОРи,смешные](https://img2.joyreactor.cc/pics/comment/full/смешные-картинки-программирование-geek-3973987.jpeg "смешные картинки,фото приколы,программирование,geek,Прикольные гаджеты. Научный, инженерный и айтишный юмор,Doge Lore")
03.12.2020, 11:00
А первый сделал за пиво.
В отделе тестировки обычно выставляли ящик тому кто больше багов найдет. Но бухали естественно все вмести.
Раньше и задачи были проще. А сейчас над одной игрой/продуктом могут работать в буквальном смысле сотни и тысячи человек и генеририровать сотни тысяч строк кода. Тем более, за это время большинство штук были сделаны уже до нас и максимально оптимально, поэтому проще импортировать триллионы библиотек и фреймворков чтобы уложиться в срок "ещё вчера" (созданный благодаря эффективным менеджерам), чем изобретать с ноля велосипед.
Прогеры раньше: мне на создание этого слайдера потребуется несколько месяцев, чтобы всё написать, проверить и отладить
Прогеры сейчас: через полчаса будет готово
Прогеры сейчас: через полчаса будет готово
"через неделю приступает к работе"
уже не актуально\спрос прошел\идея уже использована\тыпидр и т.д.
Шутка из разряда - "Нахуя вам для стройки все эти краны, бульдозеры, экскаваторы и т.д., раньше ведь целые замки строили без них, значит и вы можете обойтись"
Как человек имееющий непосредственное отношение к бек разработке кровавого Ынтерпрайза, могу сказать что шутка хуита. Я за пару часов, могу в одно лицо, с помощью либ и некоторой доли своего кода, написать уже готовое приложение, которое будет иметь немножко эндпоинтов, базовую секьюрность и возможность работы с БД.
В то время без использования либ ты бы несколько месяцев потратил только на написание базового веб сервера, который бы парсил http запросы, разбирал куки, заголовки и прочую хуиту.
Как человек имееющий непосредственное отношение к бек разработке кровавого Ынтерпрайза, могу сказать что шутка хуита. Я за пару часов, могу в одно лицо, с помощью либ и некоторой доли своего кода, написать уже готовое приложение, которое будет иметь немножко эндпоинтов, базовую секьюрность и возможность работы с БД.
В то время без использования либ ты бы несколько месяцев потратил только на написание базового веб сервера, который бы парсил http запросы, разбирал куки, заголовки и прочую хуиту.
Старая песня, о том нахуя мне эти либы, вот я сейчас возьму как напишу свой велосипед, который всех уделает. Только вот хуй ты дружочек угадал, либы эти опенсорсные, которые улучшаются, дорабатываются, оптимизируются, отлаживаются на протяжении более десяти лет, огромным количеством людей.
И в 99.99% случаев твой велосипед, окажется дырявым, забагованным гавном или ты напишешь что-то что будет работать на 10% быстрее, но при этом потратишь в сотни раз больше времени. И заказчик пошлет тебя нахер с такими приколами. Ему проще будет арендовать сервак на 50 баксов дороже и запуститься в продакшен, чем ждать полгода пока "гений" напишет ему свой велосипед, но на рынке уже будет с десяток конкурирующих предложений.
Ну я конечно допускаю, что ты одаренный и знаешь лучше всех, но что-то мне подсказывает, что это не тот случай.
Я конечно не хочу тоже быть голословным и утверждать за все языки и за все либы. В моем случае это java и в качестве либ для веб бека это набор стека spring, либы оказались настолько удачными и востребованными, что они уделали разработки от самих владельцев Sun\Oracle и по сути стали де-факто стандартом в этой сфере.
И в 99.99% случаев твой велосипед, окажется дырявым, забагованным гавном или ты напишешь что-то что будет работать на 10% быстрее, но при этом потратишь в сотни раз больше времени. И заказчик пошлет тебя нахер с такими приколами. Ему проще будет арендовать сервак на 50 баксов дороже и запуститься в продакшен, чем ждать полгода пока "гений" напишет ему свой велосипед, но на рынке уже будет с десяток конкурирующих предложений.
Ну я конечно допускаю, что ты одаренный и знаешь лучше всех, но что-то мне подсказывает, что это не тот случай.
Я конечно не хочу тоже быть голословным и утверждать за все языки и за все либы. В моем случае это java и в качестве либ для веб бека это набор стека spring, либы оказались настолько удачными и востребованными, что они уделали разработки от самих владельцев Sun\Oracle и по сути стали де-факто стандартом в этой сфере.
А ты до этого веб бек на джаве писал? потому что мне трудно представить человека, который пишет бэк на джаве и ни разу со спрингом не встрачался. Разве что ты последние 10 лет сидел, на каком-то жутком легаси и заростал мхом и не интересовался, что там в мире современных технологий.
Если ты с java вебом вообще не знаком, то тут надо лекцию на несколько часов, а не коммент писать. А если знаком, но писал на каком-нибудь JBOSS\EJB или упаси господи дефолтных сервлетах, то тут достаточно любого гайда для новичков, чтобы понять насколько он круче, по сравнению с тем что предлагает сан\оракл.
Если ты с java вебом вообще не знаком, то тут надо лекцию на несколько часов, а не коммент писать. А если знаком, но писал на каком-нибудь JBOSS\EJB или упаси господи дефолтных сервлетах, то тут достаточно любого гайда для новичков, чтобы понять насколько он круче, по сравнению с тем что предлагает сан\оракл.
ну я, короче, писал сетевую приложуху (ну не сам всё, ясен пень) довольно навороченную на платформе нетбинсовских модулей. куча чего там было, но вот спринга не было.
гуава, апач, куски эклипса, undertow редхатовский был, котлин. а спринг - не помню, чтоб был.
пока чота хз, магии слишком до хуя. я привык понимать, что ваще происходит, и откуда чо берется...
гуава, апач, куски эклипса, undertow редхатовский был, котлин. а спринг - не помню, чтоб был.
пока чота хз, магии слишком до хуя. я привык понимать, что ваще происходит, и откуда чо берется...
Имхо ты совсем неправильный подход выбрал к изучению спринга. Если ты хочешь начать изучать спринг с изучения его потрохов, ты никогда его не выучишь. Из своей карьеры программера длинною в 5 лет, я почти на каждом проекте работал со спрингом и только лишь ко 2-3 году стал более менее въезжать, как оно там все внутри устроенно, но все равно еще не знаю всех вещей.
Относись к нему как к черному ящику, ты должен знать, что ты можешь сделать на входе и что спринг тебе выдаст на выходе. Например для того, чтобы водить машину тебе ведь не обязательно знать как распаян электронный блок управления или какой диаметр поршней.
Так и со спрингом, тебе достаточно например знать, что если повесить на метод @Transactional, то откроется транзакция и после выхода из метода транзакция закроется. Тебе не надо знать что существует некий BeanPostProcessor, с помощью которого BeanFactory, во время инициализации бина, создаст в рантайме динамический прокси, который будет перехватывать вызовы к твоему методу и перед каждым вызовом метода будет вначале исполняться код открывающий транзакцию, а после завершения вызова будет испольняться код, который коммитит эту транзакцию.
На собеседованиях у меня начали спрашивать про потроха спринга только когда я уже стал собеседоваться на синьора, ну и в работе оно мне тоже понадобилось не раньше этого времени.
Относись к нему как к черному ящику, ты должен знать, что ты можешь сделать на входе и что спринг тебе выдаст на выходе. Например для того, чтобы водить машину тебе ведь не обязательно знать как распаян электронный блок управления или какой диаметр поршней.
Так и со спрингом, тебе достаточно например знать, что если повесить на метод @Transactional, то откроется транзакция и после выхода из метода транзакция закроется. Тебе не надо знать что существует некий BeanPostProcessor, с помощью которого BeanFactory, во время инициализации бина, создаст в рантайме динамический прокси, который будет перехватывать вызовы к твоему методу и перед каждым вызовом метода будет вначале исполняться код открывающий транзакцию, а после завершения вызова будет испольняться код, который коммитит эту транзакцию.
На собеседованиях у меня начали спрашивать про потроха спринга только когда я уже стал собеседоваться на синьора, ну и в работе оно мне тоже понадобилось не раньше этого времени.
Чтобы написать коммент, необходимо залогиниться
