Видал подобных горе работодателей которые на словах Лев Толстой, а на деле хуй простой. А иногда и не простой, а даже с винтом. Это например наш огромный зеленый друг, которому сто лет в обед, но он все ребрендится да молодится. А по факту как был брухлей так и остался. Так вот, сразу нахер таких хитровыебанных. При первых же поползновениях на такую дичь: встаешь из-за стола, заяву на бочку и хлопаешь дверью.
Не, я почувствовал вызов.😅
Go собака хитровыдуманный, со своей псевдообьектностью. Пока рабочий API не напишу не уйду.
Го - отличный язык. В котором объекты здорового человека, а не вот это вот все, с полиморфизмом, когда хочется убить предыдущего разработчика за 5-6 наследований. Изучай, строчка в резюме не лишняя
Дядь, раз ты в Go прям умеешь, посоветуй плиз литературу. У меня все знакомые прогеры - зумеры 20летние. Кроме ютуберов на русском/англо-индусском никого посоветовать не могут.
С оф документацией та-же фигня, что и была с пыхой ранее. Пока не пойму концепцию, не могу понять суть излагаемого в разделе документации.
Попытка начать срач по поводу языка?
Пыха актуальна - факт. Стоимость разработки + скорость реализации дадут фору многим языкам.
В своё время на фрилансе я осознанно выбирал пыху, тк запуститься можно было очень быстро и проверить бизнес идею на работоспособность. А в случае успеха пхп разраба на поддержку найти было легко. Я не только эту идею воплотил на том проекте, но и сервис до сих пор живет и поддерживается. Я до сих пор с этим бизнесом на связи, они мне очень благодарны, что все сделал именно так как сделал.
Руководитель меня гонял по знаниям php , патернам ООП языков и алгоритмам на собесе. Сейчас я должен переписать блок приложения процедурного языка на псевдо-ооп языке. Команда состоит из 1 php, 1 Python и толпы 1С разработчиков.
В Go понимает Лид и теперь чуть-чуть я.
Блин, просвети плиз.
Пока выглядит так:
Работодатель: умеешь ходить?
Я: да.
Работодатель: вот тебе запись древних кельтов, научись по ним разводить шиншилл, по возможности карликовых. Желательно в многопоточном режиме.
Щас работаю сисадмином. Ну как сисадмином, я, блять, и жнец, и швец, и на дуде игрец, и всё очень поверхностно знаю, кроме сетевого стека. В нём знания чуть глубже, имею серт CCNP.
Так вот, хочется углубиться куда-то в проганье, возможно переквалифицироваться, но не хочется ни инфоцыганам бабки относить, ни просто время проёбывать. Куда смотреть, что делать? Навыки у меня - в вузе чота там на паскале массивы писал, да баш с повершеллом курил для автоматизации.
Тебе сначала нужно решить что ты хочешь прогать:
1) веб. Если да то ты хочешь фронт или бэк?
2) автоматизация. 1С, MS Dynamic NAV и пр.
3) робототехника и пр.
4) IoT(интернет вещей).
5) мобильная разработка.
6) десктопные приложения.
7) игры.
8) машинное обучение и биг-дата(это скорее алгоритмы и математика, чем разработка).
Определившись с направлением будет гораздо меньше языков, которые тебе подходят и там выбираешь, тот который больше нравится. Далее гуглишь roadmap(дорожная карта) по изучению языка и…тратишь по 4 часа в день что бы все изучить хотя бы до уровня стажёра. Потом стажировка в хорошей компании и профит.
MS Dynamics NAVision и 1С берут данные с бд. Как ни странно php умеет делать записи в бд.
Всех бесят их тормоза и архаичный дизайн.
Реализуешь низконагружнный функционал на вебе - без тормозов и хоть каким-то дизайном…
Да есть такое, в новой версии есть изменения которые могут все сломать.
Но и чинится элементарно.
Тут переменную переименовать, там переделать нестрогие сравнения
Ну к слову, сейчас go сильно быстрее в скорости реализации.
Микросервисы клепать на нём как семечки, особенно с чистой архитектурой, но есть нюансы, на фронт следует пихать отдельный аплик.
Если нужен небольшой монолит с нуля, то пыха с symfony или laminas позволят реализовать быстрее
Не было необходимости в микросервисах, т.к. исходя из бизнес процесса активных юзеров будет максимум 100 на 1 экземпляр приложения.
Собрал старый добрый монолит на Laravel, т.к. в нашем регионе этот фреймворк самый популярный среди php разрабов.
Поскольку не было задачи навалить проблем бизнесу использовал самое популярное решение, что бы потом его мог поддерживать любой студент за 35к в месяц.)
Вопрос в том: кто считает это лучшим?
Для микросервисов наверно лучше, а если нужен ООП для полноценной разработки - то наверно не лучше.
Там ещё прикольнее. Вначале придумывается не ооп язык, а потом для него делаются фреймворки для почти ооп парадигмы.
Тот же GoGin - это MVC фрэймворк)
Посмотрю я на них, компания - завод с не лучшей репутацией, сейчас мало кто из +/- грамотных спецов захочет на них работать.
Если бы не моя жизненная ситуация, я бы на старом месте на старой зп остался.
Ну хз. По личному опыту - ассемблер поняли 3 человека из группы. Хоть что-то поняли еще 5-10. Остальным мы втроем все возможные варианты заданий на зачете подготовили к пересдаче)
Но может это у меня так)
Я один из группы понял. Четверо отчислены, остальные смогли переписать мой скрин из группы мессенджера.
Я не понял, почему препод дал на всю группу 1 задачу. У меня все заработало с 3й попытки(на 1й выяснилось, что в скрипте задачи неверно стоял указатель, на 2й что я сам пролюбился - опечатка).
У Delphi синтаксис похож на богомерзкий C/ALЗа одно такое я б тебя уволил нахуй.
который в свою очередь хоть и противен всем, кто изучал программирование на современных языках
А за это догнал бы и еще раз уволил.
Да и в вузе же нас всех учили Ассемблеру, и поняли же как-то.В наше время (в начале 90-х) приличный человек должен был свободно разговаривать на Ассемблере ДО универа. Это как бы было само собой разумеющимся
В вузе его учили только девочки.
Мельчает молодежь, Дельфи им богомерзкий, а сами с php начинали. Что со страной ЕГЭ делает, божечки.
Ути-пути, у нас олд-фаг очнулся.
Перемены во времени ему в глаз попали.
При этом в 90е читать не научились: я говорил, про богомерзкий C/AL. Инфа подтверждена зам.тех.дир. нефтяной компании работающей по территории всей рф. Ее слова на мое возмущение языком: «Кал есть кал».
А вот тут спорно, го не самый лучший язык, php не самый пропащий язык. Что-то лучше на го, что-то на пыхе.
Самого лучшего языка не существует.
Все хорошо для своих задач.
При желании можно упороться и фронт на С написать, или desktop’ное приложение на php? Но нахрена, а главное зачем - непонятно.
Хоба, да чёт я протупил. Он ООП(судя по Вики). Выглядит просто оч непривычно и похоже на C/AL.
Мой косяк.
Вот тут не соглашусь про невозможность.
У Delphi синтаксис похож на богомерзкий C/AL(не путать с богоподобным С), который в свою очередь хоть и противен всем, кто изучал программирование на современных языках(а php.- был моим первым языком), но читаем.
Да и в вузе же нас всех учили Ассемблеру, и поняли же как-то. Тут все не на столько сложно.
Во, спасибо. Весьма впечатляет на столько оперативное знакомство с такой внушительной по объёму книгой.
Устраивался C++-разработчиком, после устройства оказалось, что там ещё и питона немало. А что, неплохо. Потом как-то сам собой добавился Go и органично усвоился.
Плюс периодическая необходимость читать исходники на старых стандартах C++, или на чистом C, а порой даже, страшно сказать, OCaml...
Это даже весело. Бывает другой вариант, жёсткое разделение по стеку на уровне "я не могу написать запрос в БД, этим занимается DBA, я не могу подправить yaml для CI/CD, этим занимается DevOps". Тоже, по своему, прикольно, но это развлечение для сытых и богатых корпораций. А в небольшой команде приходится быть T-образным специалистом, а порой и при необходимости менять профиль. И мне это нравится больше
Однозначно плюсую. Мне всего 30, я ещё не настолько стар, что бы сидеть в своём болоте и ворчать на руководство, которое хочет непонятного. Пока что-то непонятно, седалищный орган свербит и хочется разобраться, чего же хотят от меня.
Автор работает столько, сколько требуется для того что бы укладываться в поставленные сроки решения задач. А что касается сокращений, в среде общения автора это сложившиеся сокращения и когда писался пост, автор преследовал цель уложить мысль в минимально возможный набор символов.
Ведь суть поста, кратко изложить ситуацию, которая автору показалась комичной, дабы читатель потратил минимум времени, улыбнулся и продолжил скроллить ленту.
Подкину пару сомнений вам, извините. Новые проекты на Java пишут все меньше и меньше. С огромной долей вероятности вы будете править баги в лютом говнокоде, что быстро ведёт к выгоранию. Удаленки в США на Java практически нет. Учить придется очень много - паттерны, инструменты. Алгоритмы часто требуют для собеседований на хорошие вакансии. Ну и там много своих заебов, из-за которых трудновато продавать себя как синиор со всеми вытекающими.
В Java лично я бы лез только если была бы цель работать в FAANG в США, мне было бы 20 лет и я бы окончил ВУЗ по специальности Computer Science.
Без Java в мобильной(андроид) разработке не стать Senior разрабом. Там сейчас требования Cotlin + Java.
P.S. Инфа от человека в крупной аутсорс компании на направлении Swift.
Я фуллстаку хочу выучиться скорее в базе, чтобы понимать как именно бек с фронтом взаимодействует.
Хех. В случае с php вариантов много.
Ты можешь в навале php файла отправить запрос в бд, сохранить ответ в переменную, потом накидать html разметку и в неё выводить содержимое переменной(вариант колхоз ромашка, но я с этого начинал😅🤦🏼).
Ты можешь в MVC фрэймворке во view из контроллера передавать переменные.
Ты можешь из JavaScript’а отправлять xhr-запросы на бэк, где будут возвращаться ответы в json/xml или других форматах.
Стандартные REST-API.
И прочие форматы взаимодействия.
Наверное веб, сначала фуллстак на базовом уровне чтобы понимать, как оно вообще крутится. И дальше в бек. Конечно, хотелось бы в геймдев, но... Короче, не хотелось бы.
Фулл-стэком трудно. Я был им 2года, сейчас ушёл вот в бэк.
Особенно трудно будет после какого-нибудь бэкового ООП языка, погружаться в JS с его прототипамным наследованием и пр.
Ещё труднее будет только наоборот: понять JS, а потом погружаться в настоящие ООП языки.
Опять таки, php/js(самые распространённые фулл-стэки) получают небольшие зп(senior full-stack в СНГ в районе 2,4-2,8 к$).
А в геймдеве программирования не так много, там больше креатива, художников и геймдизайна.
В принципе это возможно. И если команда состоит только из Go разрабов, то проще использовать MVC фрэймворк Go чем заставлять разарба разбираться с Laravel(php)/Python.
У Nava 1 приложение - 1 сервер(условно 1 завод в Махачкале, другой в Грозном, третий в Будапеште, 4й в Астане), нет возможности переключаться из интерфейса с завода на завод. В вебе это реализуется легко 1м выпадающим списком.
Делается только для удобства пользователя.
Проходил собеседование на разработчика пхп. Завалился на вопросах по базе данных. Сказали мол как же ты будешь программировать, если базу плохо знаешь.
Что характерно, про сам php так и ни одного вопроса не задали :)
Дядь, тут согласен с работодателем. Основы бд хотя бы базово знать надо.
А лучше не базово. Да и вообще это интересно же.
Я когда узнал что собой реально представляют индексы в базе(бинарное древо), то я сразу же осознал почему так быстро работают запросы SELECT на них(бинарный поиск).
Это меня так впечатлило, что я за выхи проглотил книгу по базам данных.


IT-юмор
7.1K постов53.2K подписчиков
Правила сообщества
Не публикуем посты:
1) с большим количеством мата
2) с просьбами о помощи
3) не относящиеся к IT-юмору