ОБЩИЙ БУГУРТ ТРЕД V28.0 / GENERAL BUTTHURT THREAD V28.0 /butthurt/
Аноним
# OP
27/01/21 Срд 14:57:35
№1
@
"СЫЧЕВ, ТЫ НАХУЯ ЗАКОММИТИЛ ЭТО, ЭТО Ж НЕПРАВИЛЬНО", "ВАСЯ, ЗАЕБАЛ, ТЕСТИРУЙ БЫСТРЕЕ", "БЛЯ, СЫЧ, НУ ТЫ И ДЕБИЛ", "КЛИЕНТ - МУДАК, ХУЙНЮ ПРОСИТ"
@
В КОМАНДЕ ПОЯВИЛАСЬ ДЕВУШКА
@
"АНЯ, ПРОТЕСТИРУЙ, ПОЖАЛУЙСТА, ЭТО СЕГОДНЯ, ЭТО ВАЖНЫЙ БАГ", "ВОВА, ПОМОГИ ВОСПРОИЗВЕСТИ БАГ"- "ДА, ХОРОШО, СЕЙЧАС ИДУ"
В айти НЕТ монополии. Ситуация в которой люди выбирают наилучший продукт называется не монополия, а конкуренция.
>Телега ебущая whatsapp от facebook.
>ебущая
Напоминаю, что телеграм уже восьмой год абсолютно убыточен и генерирует ровно 0(ноль) прибыли наёб лохов с ICO не рассматриваем, и что-то мне подсказывает, что недавний надёжный, как швейцарские часы, план Дурова по монетизации прибыльной тележку не сделает. Если ты миллиардер, можешь себе позволить вот так "ебать" вотсап.
>>1923228 →
>Здесь нельзя нихуя запретить.
Конечно можно. Для начала выпилить из магазинов приложений например, приложение linkedin выпилили в России после запроса РКН, а потом перекрыть каналы монетизации чего это Пашка сдал назад с TON, если нельзя нихуя запретить? то-то же и заблокировать счета, особенно если ты Асашай.
>Да ладно? Это айти. Здесь нельзя нихуя запретить.
Проще простого, Parler вот запретили то есть заблокировали везде где только возможно, если и это не помогает то банки могут перестать обслуживать счета и сервис точно загнется.
> Зато есть ситуация, когда крупная корпорация может либо выкупить мелкий бизнес
От этого есть очень хорошая защита. Просто скажи гуглу нет. Если ты не Паша Дуров и твоя страна не РФ, то должно сработать.
> либо выпустить его конкурента и за счет рекламы продвигать конкурента.
Хорошая реклама это не панацея. Надо ещё и продукт годный делать.
>>1923361
Смотря какую правую. Либертарианскую можно, за рыночек топи сколько хочешь. Расу не трогай.
Пойми, если ты айти компания в калифорнии, у тебя будет сотни понаехавших айтишников из разных стран. Индусы, китайцы, другие азиаты. Среди рабочих явно будут чёрные, белые, любые. Тебе НАХУЙ не нужно чтоб они друг с другом по расе срались.
Ты прикинь как тяжело управлять компанией где сидит кучу разных людей. Ебнуться ж можно. Поэтому вопрос разных рас в США и особенно в айти очень проблемный. Тут не одна большая сущность всем говорит не лезть в расу, а в совокупности все компании хотят чтобы этого было поменьше.
>Пойми, если ты айти компания в калифорнии, у тебя будет сотни понаехавших айтишников из разных стран. Индусы, китайцы, другие азиаты. Среди рабочих явно будут чёрные, белые, любые. Тебе НАХУЙ не нужно чтоб они друг с другом по расе срались.
Зачем такие крайности? Можно просто продвигать то что бы пускать в страну умных иностранцев с любых стран а дикарей которым наплевать на демократию посылать нахуй.
>Можно просто продвигать то что бы пускать в страну умных иностранцев с любых стран а дикарей которым наплевать на демократию посылать нахуй
Это две разные темы. Одно дело это то как какой-нибудь гугл не хочет чтобы его дайвёрс стаф и дайвёрс партнёры бомбили от расизма на сервисах гугл, другая тема это миграционная политика.
Ты ж ещё пойми что США это страна где не так давно был Джим Кроу и отдельное место под шконарём для негров. Там этот вопрос стоит КУДА ОСТРЕЕ. У нас работающему в ЦИАН кавказцу может быть похуй на то что много людей пишут "Сдайю только для славян". У них похуй не будут, у этого негра дед пил из фонтанчика для цветных блет. И с детства ему про эту хуйню рассказывал.
А то что миграционная политика такая, ну компаниям выгодно. Даже не скилловый труд выгоднее когда если мигранты. Ну да, они немножечко бидло и буянят, но шерхолдерам-то какая разница. Они не живут в мигрантских районах, у них хата в хорошем районе
>Ты прикинь как тяжело управлять компанией где сидит кучу разных людей. Ебнуться ж можно. Поэтому вопрос разных рас в США и особенно в айти очень проблемный. Тут не одна большая сущность всем говорит не лезть в расу, а в совокупности все компании хотят чтобы этого было поменьше.
Хуя се либертарианца порвало.
>>1923460
>Это две разные темы.
Нет, это одна и та же. Пиздишь, как гей-либерал.
>Ты ж ещё пойми что США это страна где не так давно был Джим Кроу и отдельное место под шконарём для негров.
Так они и сейчас под шконарём. В принципе выполняют ту же роль, что и чурки в этой стране - дешёвая рабочая сила, на которой строится долговая экономика и которых можно ебать враскорячку. Если откинет ласты - бабы новых нарожают.
Ну и неграми очень удобно закидывать своих врагов, давняя французская традиция между прочим!
>У нас работающему в ЦИАН кавказцу может быть похуй на то что много людей пишут "Сдайю только для славян".
Сразу видно пиздобола. Кавказцам и прочим чуркам как раз не похуй на это будет, мигом побегут кляузу катать. А потом наберут в свою контору пачку таких же чурбанов.
>>1923534
А кто это тут нас? Защищает Англию и срёт на Германию, ещё какую-то хуитку про комплекс вины залечивает. Да ты же англопидорашка обыкновенная, неудивительно, что ещё и либертарианец.
Англия - самая гей-либеральная страна в Эуропке, даже гей-негра мэром в зэ капитал оф ингланд поставили. Германцы же всего-лишь ограничились женщиной-канцлером. Ну и Англия одной из самых первых начала завозить чурок огромными пачками как основу долговой экономики. И из ЕС они хотят съебать потому что ЕС по сути держится на Германии и у агло-педерастов просто люто БОМБИТ от одного только упоминания Германии.
Вообще разные вещи. Одно дело политика ГОСУДАРСТВА, другое дело это политика частной компании. Компании это одна хуйня, государства другая. Да IT компании не правят США кто бы что не говорил.
Так я либерал или либертарианец? Определись уже. Меня вообще политка волнует только в той мере, в которой она касается бизнеса. Чисто с точки зрения бизнеса расизм это плохо. Так же как гомофобия, бабофобия и прочая хуйня. Я ж не против таких взглядов дома. Просто не на моей платформе и не в моём офисе. У тебя в офисе дайвёрс стаф будет. Тебе будет поебать если у тебя сисадмин тайландский ледибой, сидит у себя в серверной, админит, и збс.
Вообще в бизнесе надо взгляды свои дома оставлять, так лучше просто.
> Сразу видно пиздобола. Кавказцам и прочим чуркам как раз не похуй на это будет, мигом побегут кляузу катать.
Ну на ЦИАНе много объявлений про "только для славян", и ничего.
Кляузу по 282 может и настрочит, но компании не несут ответственность.
По крайней мере ЦИАН и Я.Недвижимость за это не разнесли. Если и волнует, то либо не настолько чтоб компании занялись этим, либо просто не шарят в бизнесе. Я думаю первое.
> Защищает Англию и срёт на Германию
Я ж сказал в начале что не особо знаю чё там в Европах. Ну как по мне самая прогрессивная страна это Германия. Лучше бы вообще не говорил.
Это, конечно, интересно, но всё-таки хотелось бы разобраться, какой код возвращать в случае ошибки
https://www.youtube.com/watch?v=2hpVoj2skvo
Эти быдлокодеры жаждали прикосновения чужих джейсонов, вызывая их апи.
Посмотри, пожалуйста, как для нормального человека выглядят твои сообщения об ошибках с бэка (пикрелейтед). Хороший тон в UX - это действительно показывать "что-то пошло не так, обратитесь в техподдержку c id вашего запроса abdcd", а потом в логах найти 5xx статус код, соотвтетствующий этому abdcd.
>СЫЧЕВ, ТЫ НАХУЯ ЗАКОММИТИЛ ЭТО, ЭТО Ж НЕПРАВИЛЬНО", "ВАСЯ, ЗАЕБАЛ, ТЕСТИРУЙ БЫСТРЕЕ", "БЛЯ, СЫЧ, НУ ТЫ И ДЕБИЛ", "КЛИЕНТ - МУДАК, ХУЙНЮ ПРОСИТ
Зачем в таком быдлятнике вообще работать?
@
ОБЪЯСНЯЕТ ДЕСЯТЬ МИНУТ С ЭЭЭЭ ЭМММММ КХЕХЕ РЕКУРСИЮ В ПХП
@
ПОТОМ ВЫЯСНЯЕТСЯ ЧТО ДОПУСТИЛ ОШИБКУ В ЕБУЧЕМ ЗНАКЕ И ВСЕ ПЕРЕДЕЛЫВАЕТ
@
ИТАК В КАЖДОМ ВИДЕО
@
ЧЕКАЕШЬ КОММЕНТЫ
@
ВЫ САМЫЙ ЛУЧШИЙ ПРЕПОДОВАТЕЛЬ! ТОЛЬКО С ВАШИХ ВИДЕО ВСЕ ПОНЯЛ!!
https://www.youtube.com/watch?v=QGE96P7MPl0&t=368s&ab_channel=%D0%90%D0%BD%D0%B4%D1%80%D0%B5%D0%B9%D0%90%D0%BD%D0%B4%D1%80%D0%B8%D0%B5%D0%B2%D1%81%D0%BA%D0%B8%D0%B9
@
50 МИНУТ ОБСУЖДАЕТСЯ ЦВЕТ КНОПОК И КАК ПОВЫСИТЬ КОНВЕРСИЮ ПОЛЬЗОВАТЕЛЕЙ
@
10 МИНУТ НА ВСЕ ТЕХНИЧЕСКИЕ ВОПРОСЫ
@
В ПРИОРИТЕТЕ СМЕНА ДИЗАЙНА
Блин, я вот думал это шутки в оп-посте.
В общем, обе тни что в офисе программируют программы - ушли на карантин. И сразу через слово мат, постоянно кто-то кого-то нахуй шлет, наш тимлид на весь офис орет какией же мы мудилы. Вот так вот. Я даже не ожидал, кек. И не знаю нравится ли мне это или нет, с одной стороны эт весело, с другой - ну, я сына-корзина, мат не оч люблю, просто как дурочек с этого лыблюсь.
Я другой анон. Но вот я пришел на первую работу. Мне сразу сказали хреноту одну сделать в одно рыло(ыыы, будешь мелкие баги править, писать юнит-тесты, да в документации опечатки править, говорили мне в интернете; хуй там, вот тз, вот сроки - хуяч). Никто не смотрел особо. Я делал как умел тогда. С точки зрения требований и скорости работы - оно норм вышло, но там такой пиздец с кодо вышел что хуй знает. Ну, отдал, проект приняли, но я тихонечко, в свободное от нынешних задач время, правлю кодовую базу, уже с новыми знаниями и опытом того как делать нужно и не нужно, таки добавил тесты, чтобы если кто-то дальше будет поддерживать - он уже по тестам мог что-то угадать. ХЗ, короче, но первый реальный проект был, прикольно видеть что им пользуются и хочется чтобы и кодовая база у него была нормальная.
Не забудьте правильный оппик для следующего треда
Нет, не дизайн фёрст надо, а договорились и до всех донесли фёрст надо. Без раскрашивания кнопочек. Чтобы не было лебедя рака и щуки.
Привычка, подобная сакраментально-ужасающему "чулдренята фризанутся" - от избыточного использования английского в повседневной жизни. У меня вот, например, бывает, что при разговоре (на русском, естественно) английское слово для какой-то хрени я вспоминаю сразу, а русское - секунды через две и с большим напряжением. От этого, кстати говоря, и общая грамотность по-моему деградирует.
Очень много народа работает на экспорт. Весь код на английском. Инфоцыгане вещают на английском. Русские слова имеют нежелательные оттенки в значениях. Так уж вышло, что нам приходится очень много заимствовать, потому что мы всё повторяем/развиваем и почти не создаём своего. Ну ещё может забыли о существовании слова совещание, и если в команде кто-то будет часто говорить совещание, остальные тоже начнут. Совещание звучит очень официально, как будто собрались директора, а митинг это для людей попроще.
@
ЛОСОСЕВЫЙ ЦВЕТ
Видишь 200 код респонса, в теле которого какой-то ерроркод 404.
а
Ориентируешься, конечно же на код респонса, ошибку юзеру не показываешь, из-за чего он видит пустой экран (данных-то нет).
а
Когда спрашивают, что за дела, четко и ясно отвечаешь, что ошибка показывается, если пришел 4хх или 5хх код и что править надо на беке.
а
Антибугурт
ЕНДПОЙНТ ОТДАЁТ 200 В СЛУЧАЕ ОШИБКИ, А ВНУТРИ ERRORCODE NOT FOUND, ОБСУДИМ НА СОВЕЩАНИИ
@
РУЧКА ОТДАЁТ 404, НО ТЕБЕ ЕЩЁ НУЖНО ПРОВЕРИТЬ ЧТО ВНУТРИ ЖСОН БУДТО БЫ В СЛУЧАЕ 200 НЕ НУЖНО, ЗАДИСКАССИМ НА МИТИНГЕ
В ТЗ написано - RESTApi
@
Ебут тупого бекендера, который как ебанат шлет 200, заставляя на фронте каждый ответ проверить, вместо того чтобы делать красивые кнопочки, слайдеры и анимации
Ну серьезно, блядь, будто только в 200 можно отдать тело нахуй. 400 если не понял; 422 если понял, но можешь обработать потому что прислали какую-то хуйню(например отрицательный возраст, нахуй), 500 если при обработке что-то идет не так и в теле что конкретно. В теле уже детальная информация об ошибке.
Нет, нахуй, давай все 200, а в нем 404, блядь. Охуеть можно.
2) Если разработчик сервера решает по желанию левой пятки выкинуть в окно все существующие http-клиенты с их устоявшимися договоренностями по обработке http-статусов(кеширование, выбрасывание ошибок и т.д), то он пидорас без вариантов.
3) REST не имеет никакого отношения к http-статусам, только к стилю описания ресурсов. API может быть на 100% RESTful, но не возвращать ничего, кроме 200
Не благодарите, можете в следующий тред скопировать.
Блядь, чел, ты меня в тупик ставишь.
Вот давай отойдем от бека.
Мы договорились, что у нас в приложении есть задача асинхронная. У нее есть статус: Завершен успешно, завершена с ошибкой, в процессе выполнения, отменена. По твоему я должен буду если в процессе что-то пошло не так, допустим база не отвечает - все равно отдавать : Завершена успешно? А в каждом куске кода - проверять что на самом деле задача вернула, вместо того чтобы просто написать:
if(!task.Succsess) throw
?
Чет сишники верят что 0 - все прошло нормально и не лезут каждый раз смотреть в памяти че там на самом деле, а если еблан при падении дает 0 - это он еблан и пусть пишет нормально. Но чет бекендеры охуели в край и не хотят просто нормально вернуть ошибку.
Во-первых, при чем тут отличия в коде на сервере, если речь идет об использовании API на клиенте?
Во-вторых, ты долбоеб-прагматист, который не способен обсуждать принципы, а может только сравнить один конкретный случай с другим, поэтому в дискуссию ты в конечном итоге привнести не сможешь ничего, кроме "ита вкусовщина делай как хочешь", т.к любой без исключения конкретный случай в отрыве от принципов может быть интерпретирован в каком угодно ключе.
В-третьих съеби, все уже поняли, что ты мнения по вопросу не имеешь, только пукаешь в воздух, и при этом почему-то считаешь отсутствие мнение "взрослостью".
Не-ебанаты вообще никому не верят. Потому никакие запросы не шлют. Вдруг бек пришлет 200, в теле будет что-то, но на самом деле произошла ошибка? Или вдруг он пришлет 404 а на самом деле в теле вернет страницу? Хуй знает. Лучше вообще ничего не слать, а приложение на флешках тягать.
Само собой, клиент тоже нужен. Ну ты напиши, пиздеть про абстрактную хуйню каждый может. И не "делай как хочешь", а делай как уже до тебя принято в этом проекте, и не пизди если не готов всё сам за бесплатно переписать и на бэке и на клиентах ради никому не нужных красивостей.
>Ну ты напиши, пиздеть про абстрактную хуйню каждый может
Нет, дурачок, как раз написать хуйню и сказать, что эта хуйня заебись и что нужно делать именно так, "потому что она работает", может каждый. А вот объяснить в абстрактных универсальных принципах, почему какой-то подход обязательно лучше другого - это концептуальное мышление, и то, что делает человека человеком.
Ну оно же не лучше ничем. Что одно что другое. У каждого есть свои аргументы, у одних что бесполезная матрёшка выходит, протокол внутри протокола, у других что статус это просто раскрасочка и весь enum возможных ответов, особенно бизнесовых, статусы http покрыть не способны. С точки зрения написания клиентов выгоден вообще какой-нибудь SOAP, где клиент можно сгенерировать из описания интерфейса, но для массового пользователя это очень сложно. В итоге FAANG делает RESTful чтобы было няшно и чтобы каждый школьник разобрался, пусть и не обработал все возможные статусы, но свою задачу решил, а остальные хотят быть похожими на FAANG, переиспользовать стандартные утилиты мониторинга от тех же FAANG и делают REST даже для внутренних микросервисов. Приходят очередные джуны, и им не понятно почему так сложно, ведь можно было проще. Справедливо, но лучше просто дать джунам как любому солдату заебаться на реальном проекте и понять что эта проблема она вообще не проблема и ещё не нужно решать, нужно не мешать работать другим, и применять свою чувство прекрасного в других местах проекта.
> У каждого есть свои аргументы, у одних что бесполезная матрёшка выходит
Именно такой взгляд на спор и является неизбежным концом любого прагматиста, спасибо что продемонстрировал. Когда эволюционируешь до принципов и абстракций, тогда и найдешь ответ на вопрос "у каждого свое мнение, свои аргументы и все спорят со всеми, как понять, кто прав?".
>>1925523
>Сервер и все посредники между страницей и приложухой
А "приложуха"-то это что, если не сервер, расскажи? Может она в мире платонических форм существует и к ней можно телепатией подключиться?
Прав тот кто приносит компании бабло. Остальные ненужный шлак. Можешь объяснить почему это выгодно — прекрасно, давай переделаем. Не можешь — завали ебало. Никто ещё за три треда не смог. Любителей эволюционировать и абстрагировать надо гнать ссаными тряпками в опенсорц, чтобы они там делали свои ахуенные фреймворки и никого не беспокоили.
Это технический вопрос и на уровне компании он решаться не может никаким образом, только между разработчиками. Ты еще наверное у менеджера просишь разрешение переменную переименовать, и финансовую выгоду ему расписываешь?
>>1925536
>Приложуха это не сервер
Когда клиент обращается к твоей "приложухе", он обращается к конкретному серверу, к которому и будет обращаться всегда, хоть там 100 приложений рядом крутятся, хоть 0. Он не обращается в телепатическую диспетчерскую и не просит там набрать васю пупкина в третьем ряду слева.
> на уровне компании он решаться не может никаким образом
Лол. Ещё как может. Разумный руководитель увидит ваши три треда срача, поймёт что там хуйня, что там хуйня, подбросит монетку и скажет всем делать рест/нерест и не выёбываться. И это пиздец как выгодно, сэкономит сотни часов на полезную разработку, а любители абстрагировать говно на хуйне уволятся сами.
А если 201? А, няша? Все. Пиздец? Сломалось? А если редирект? Падаем и хрюкаем? Аааа, ну да, вы же не читали RFC и по вашему - действительно, редирект не в теле 200 ответа - ошибка.
>>1925522
Это вы предлагаете забить хуй. 200 - подразумевает что
> The request has succeeded.
Если у к беку пришли данные, которые не прошли валидацию - это нихуя не succeeded. Если у тебя база наебнулас в процессе выполнения запроса - это не succeeded. Если бек долбаеб и в бизнесе чет нахуевертил и у него из-за этого эксепшн постоянно валится - это не succeeded.
То что вы пользуетесь только post-запросами и придумываете "контракты", чтобы типа оставаться в рамках стандарта не значит что вы его не вертите на хую. Вертите, просто делаете вид что раз там есть строчка про "контракты" в постах, то будем этим прикрывать свое нежелание нормально обрабатывать разные ситуации. Это что-то уровня:
void Foo(IRequest request){
IResult result = Result.Empty();
trt{
result = Handler,Handle(request);
}catch(Exception ex){
result = Result.Error(ex);
}
return result;
}
Действительно же, давай так вот и писать взеде и пусть в каждом месте, где вызывается какой-то метод - человек проверяет не ебанулся ли ошибкой на прошлом шаге, вместо того чтобы нормально по-человечески обработать ситуацию. Ну ведь серьезно, вот охуенный контракт-то какой:
public inteface IResult
{
public object Result;
}
Только что описал mailchimp, stripe и ещё сотню подобных сервисов.
Если для тебя "бизнес-логика" - это не логика работы приложения со стороны пользователя бизнеса, а "все, что не спрятано в либу", то что-то обсуждать бессмысленно, сначала поработай хотя бы года два в сфере, и потом уже приходи разговаривать об архитектуре API.
Корона не давит, опытный ты наш? Либа для того и либа что в ней принципиально никакой бизнесовой логики нет. Какая пользователю разница как ему придёт емайл и через какой гейт он будет оплачивать услуги? Или как будет проходить авторизация. Да всем похуй на это, лишь бы работало. Думаешь пользователь беспокоится в валидации xml в серверном апи?
>Какая пользователю разница как ему придёт емайл и через какой гейт
Ты подменил тему, дружок. Вопрос не в том, "через что придет" или "через что распарсится", а "придет ли и распарсится ли в принципе". Не интегрируешь волшебную либу по отправке емейлов/парсингу в свой проект - соответствующей бизнес-логики не будет, конец истории. Что тебе надо спрашивать в таком случае - это "какая разница пользователю, написал ты код парсинга руками или интегрировал либу, для него и то, и то - одинаковая бизнес-логика".
Ты конечно прав в какой-то мере, но от твоей правоты мало толку. Тогда в бизнес-логику нужно включить и операционные системы, и кремний в процессоре, и электростанцию в датацентре, и всю планету с солнцем. Без них же не заработает, будет не то. По этой причине бизнес-логикой обычно называют то что уникально для каждого отдельно взятого проекта, то что непосредственно коммитится в репозиторий и создаёт полезность на основе того что доступно снаружи. Перефразирую: тебе не нужно переизобретать электростанции и операционные системы, ты их просто используешь, потому что в данный момент они широко доступны, и они не являются твоим бизнесом, даже если ты от них зависишь.
>Без них же не заработает
Снова подмена понятия. "Без них не заработает" и "выполняет нужды клиента" - это две разные вещи, так что попытка в аналогию рассыпается прямо на этом месте. У клиента нет нужды в процессоре, у него нужда в программе, которая на этом процессоре выполняется. Без тебя программа тоже "не заработает" - ее некому написать будет, но ты же частью бизнес-логики себя не называешь.
Знаешь, есть люди, слушая которых всё становится понятнее. А есть их противоположность, которая говорит непонятно, везде детектит подмены понятий, в чём-то кого-то обвиняет, бахвалится каким-то элитарным знанием, которым никогда ни с кем не поделится. Ты — Путин от мира айти.
>Что из этого следует? Какой вывод?
Следует то, что рассыпалась твоя аналогия, которую ты попытался представить в качестве аргумента для "бизнес-логика - это то, что в репозиторий коммитится" а кстати, используемые либы не коммитятся и в коде их не существует, они просто из воздуха подключаются?, так что ты остался даже без этой слабой аналогии, не говоря уже про реальные аргументы.
>Что скрытый в библиотеку парсер жсона нужно признать бизнес-логикой
Если твой проект выполняет бизнес-задачу "получить текстовую инструкцию по http, распарсить ее как JSON, выполнить эту инструкцию, закодировать ответ в JSON формате и вернуть его с каким-то статусом", то да, надо признать.
> Ну признали, что дальше?
Дальше можно вернуться к обсуждению http-статусов и выяснить, что они, внезапно, тоже являются частью бизнес-логики и от парсинга тела запроса или от отправки емейлов принципиально в этом плане не отличаются ничем.
>Парсинг жсона входит в транспортный уровень
Где находится этот мифический "транспортный уровень" и кто его предоставляет, если не твой сервер по написанной тобой логике? (да-да, интегрировать фреймворк или либу - это тоже "написать логику"). Или клиенты, отправляющие на твой сервер JSON, будут работать даже если ты попытаешься его парсить HTML-парсером? Если не будут, то схуев ли ты записал это в "транспортный уровень", когда это прямое требование клиента?
>Тамже, где маппинг tcp пакетов в http
Там же - где?
>Если это универсально для всех, и описано в общих стандартых, и используется между потребителем и производителем - это транспорт
"Если длина твоих ног описана в общих стандартах, то они являются методом транспортировки, а если не описана, то не являются". Попробуй еще раз, пока очень слабенькое определение получается.
>Парсинг жсона часть бизнес-логики
А не, ты не душняра, ты шизик. Парсинг жсона, как и сам жсон, как и хттп запросы и их обработка вообще - это часть реализации, ее детали. Клиенту не надо отправить жсон по хттп, клиенту надо посмотреть корзину или отправить ракету на луну.
>Клиенту не надо отправить жсон по хттп, клиенту надо посмотреть корзину или отправить ракету на луну.
И эти действия он сделает, как?.. Господа бога попросит, телеграмму отправит, маме позвонит? Или все-таки воспользуется клиентским приложением и будет отправлять на сервер JSON-запросы с инструкциями?
Тролить тупостью - это думать, что у тебя существует некий "транспортный уровень" - труба, по которой идут запросы: в начале клиент сидит, посредине происходит парсинг, а на конце твой сервер ждет. Такой трубы нет, внутрь нее залезть и поменять какую-то "логику транспортировки" нельзя, твой сервер либо реализует протокол, либо не реализует. Если реализует, то ты можешь переходить к парсингу тела, к возврату статусов и прочему, но все это будет делаться на твоем сервере твоими силами, а не в какой-то волшебной оторванной от всего транспортной трубе.
Мальчик, не груби ему. Ты видимо ни разу не был на совещаниях, где серьезные люди обсуждают постановку задач, начиная обсуждение непременно с форматов заголовков IP-пакетов. Вот как подрастешь, наберешься опыта — тогда и узнаешь, что без указания порядка байтов в сетевом запросе никак не обойтись, ни одна реальная задача без этого не обходится.
То есть ответить тебе нечего, только "мам абстракции мам слои"? Транспортный уровень можно выделить в виде абстракции в некоторых случаях, но когда речь идет о http-статусах и в обсуждение приходит дурачок типа тебя и начинает говорить, что статусы трогать нельзя, потому что они внезапно выставляются не самим сервером, а некой "транспортной трубой", функционирующей отдельно и от сервера, и от клиента, и что нельзя ни в коем случае ей мешать, то его можно только послать нахуй и назвать шизиком-выдумщиком, не понимающим, о чем он говорит в принципе.
Меня больше интересует, как вы в 2к21 шиндусом пользуетесь, там же буквально всё через жопу, начиная от путей файлов и заканчивая рендерингом шрифтов и интерфейсом оболочки. Это как же себя надо не любить, чтобы жрать, что господин изволил дать, да ещё и всю телеметрию своих действий ему отправлять?
Не тупи.
Таким образом дайдем что вся модель OSI - бизнес-логика.
Ну а хули, мой проект выплняет бизнес-задачу: декодировать сигналы, собрать их в пакет, который дальше он должен быть комутатором доставлен к нужной машине и т.д. Это все у нас будет бизнес-логикой. Действительно, так ведь будет все логично - все ошибки, что возникают - бизнес. Невалидный xml/json - бизнес, база лежит - бизнес, вырубили свет в серверной - бизнес, провайдер блокирует доступ к серверу - бизнес. Все, нахуй бизнес.
Н-н-н-о ведь шарп такой няшный.
Да и всяко лучше джавы той же. На моей текущей работе я вот поработал с джавой и как-то мысли о том чтобы в будущем на нее соскочить - пропали сразу. А что еще остается, для бекендера? ГО с Растом, но блин, я их мониторю, и постоянно слышу что все еще сырые и в прод их как полноценные решения не особо рвутся тащить.
ТАКИ НАПИСАЛ ЗАЯВЛЕНИЕ
@
ПРИНЕС НАЧАЛЬНИКУ
@
ОН НАЧАЛ ВЫЯСНЯТЬ В ЧЕМ ПРИЧИНА
@
ТЫ НЕ ХОТЕЛ ГОВОРИТЬ
@
ТАКИ КАК-ТО МАГИЕЙ НЛП ИЗ ТЕБЯ ВЫТЯНУЛИ ЧТО СЛИШКОМ СИЛЬНО ОТВЛЕКАЕТ ЖОПА ТЯН
@
ТЯН "ПОПРОСИЛИ" УВОЛИТЬСЯ ПО СОБСТВЕННОМУ ЖЕЛАНИЮ МОТИВИРУЯ ЭТО ТЕМ, ЧТО КОРОНА, А ОНА ТАК СЕБЕ СПРАВЛЯЕТСЯ
@
ЧУВСТВУЕШЬ СЕБЯ ВИНОВАТЫМ МУДАКОМ
>Ты конечно прав в какой-то мере, но от твоей правоты мало толку. Тогда в бизнес-логику нужно включить и операционные системы, и кремний в процессоре, и электростанцию в датацентре, и всю планету с солнцем. Без них же не заработает, будет не то. По этой причине бизнес-логикой обычно называют то что уникально для каждого отдельно взятого проекта, то что непосредственно коммитится в репозиторий и создаёт полезность на основе того что доступно снаружи.
Разработчика заднего конца совсем унесло в талмудику.
>дополнительная валидация кодом
Как ты собрался валидацию без парсинга проводить?
А джейсонсхема - так это же автоматом определяется каким-нибудь фреймворком, так что по-твоему это тоже не часть бизнес-логики. Да и валидацию тоже обычно проще сторонней либой проводить, так что и она тоже не часть бизнес-логики.
Если клиент отправит тебе невалидный JSON, то вернуть ему ошибку "хули ты мне тут шлешь" - это бизнес-логика. Схуев ли вы шизоиды опять вернулись к эквивокации с "выдернули сервер из розетки = бизнес-логика" - непонятно. Если сервер не работает, не поддерживает протокол, заблокирован и т.д, то никакой бизнес-логики быть не может, потому что находится она на сервере, и его работа - это предварительно условие для всего остального.
Можешь объяснить почему это бизнес-логика?
Потому что ну вот я открываю википедию и вижу;
> Бизнес-логика — в разработке информационных систем — совокупность правил, принципов, зависимостей поведения объектов предметной области (области человеческой деятельности, которую система поддерживает). Иначе можно сказать, что бизнес-логика — это реализация правил и ограничений автоматизируемых операций. Является синонимом термина «логика предметной области» (англ. domain logic). Бизнес-логика задает правила, которым подчиняются данные предметной области.
> Проще говоря, бизнес-логика — это реализация предметной области в информационной системе. К ней относятся, например, формулы расчёта ежемесячных выплат по ссудам (в финансовой индустрии), автоматизированная отправка сообщений электронной почты руководителю проекта по окончании выполнения частей задания всеми подчиненными (в системах управления проектами), отказ от отеля при отмене рейса авиакомпанией (в туристическом бизнесе) и т. д.
Пока что ты просто повторяешь: Ряяяя, все что дошло до эндпоинта - бизнеслогика. Складывается впечатление, что в твоей голове никаких слоев кроме DAl и BLL нет. Конечно, если так, то да, парсинг жсонов - не кладется в DAL а значит это бизнес логика. Только вот в реальных приложениях есть чуть больше слоев чем 2.
Бизнес-логика - это действия твоего приложения, направленные на удовлетворение нужды конечного потребителя-клиента. В самом широком смысле - это вообще все действия приложения, потому что если приложение делает что-то, что никому нахуй не нужно, то встает вопрос, нахуя оно это делает? Есть более узкое определение бизнес-логики, которое называет ей все "не-технические" действия, т.е действия, которые пользователь может понять напрямую, вроде отправки имейла, списания денег с карты и т.д, но эти действия в воздухе не существуют и без "технических" действий невозможны никак, поэтому в данном контексте о них смысла говорить мало, ты же не с менеджером API обсуждаешь.
>Только вот в реальных приложениях есть чуть больше слоев чем 2.
В приложении как таковом слоев нет никаких, оно одно, и со стороны пользователя абсолютно поебать, вынес ты парсинг запросов в отдельный модуль и назвал его "слоем" или ебашишь где придется. Только в процессе разработки существует абстрагирование "вот эта хуйня делает это, а та вот то и они более-менее изолированны", конечный работающий продукт - это единица, и никаких кусков или слоев ты от него не отцепишь.
> это вообще все действия приложения
Ну ок. Ты дал определение. Я его не придерживаюсь.
> со стороны пользователя абсолютно поебать
А почему я, инженер, занимающийся разработкой - должен смотреть на уровни и структуру приложения со стороны пользователя? Водителю машины тоже поебать, почему вот он повернул ключ и машина завелась, но мне, инженеру, который разрабатывал эту машину - было бы тяжело думать о ней как о: штука которая едет, если ключ повернуть и наступить на педаль газа и поворачивает если повернуть руль.
Ну да ладно, я услышал определение, я понял, что ты ничего не писал, раз не понимаешь, с какого хуя вообще появилось разделение на слои. Думаю на этом мой интересу удовлетворен.
Пиздец. Вот охуенно-то как. А если бы мы про игры говорили - у тебя доступ к файловой системе, библиотека для работы с графикой - наверное были бы игровой логикой, ну ведь в конечном счете пользователь-то не видит что там читаются файлики, что загружаются меши и все остальное - он игру видит и ему поебать, а значит что игровые механики, что логика по тому как будем парсить скриптовый язык - игровая логика. Охуеть.
>А почему я, инженер, занимающийся разработкой - должен смотреть на уровни и структуру приложения со стороны пользователя?
Наверное потому что ты разрабатываешь приложение для пользователя, а не для себя или для своей мамки? Кроме того, если ты занимаешься разработкой API, то "клиент" для тебя означает "любое клиентское приложение", и разумеется ты должен смотреть и представлять работу с его стороны, иначе что ты блять разрабатывать собрался и как?
В пятый раз дурачку повторяют: клиенту не нужна розетка или процессор или сервер сами по себе. Ему нужна целая программа, выполняющая его конкретные нужды. Тот факт, что программа без чего-то просто-напросто не заработает, не делает это что-то частью бизнес-логики. Бизнес-логика - это процесс, розетка - это условие.
Но ты же понимаешь, что в твоем определении сказано ровно то же самое, что говорю я? Или там слова сложные, поэтому ты не понял и решил, что написаны разные вещи?
>Иначе можно сказать, что бизнес-логика — это реализация правил и ограничений автоматизируемых операций.
>Бизнес-логика - это действия твоего приложения, направленные на удовлетворение нужды конечного потребителя-клиента.
>То есть по-твоему парсинг жсона и заголовки хттп реквестов имеют прямое отношение к предметной области?
1) Это не то, что я процитировал. Раз уж ты скопипастил пять предложений не читая, то будь добр отвечать за каждое, а не только за те, которые тебе задним числом нравятся.
2) В моем посте так же есть указание на это более узкое понятие бизнес-логики, применимое к "предметной области" и я объясняю, почему в контексте обсуждения http-кодов оно смысла не имеет.
@
УЗРЕЛ СВОЙ ГОВНОКОД И УСТЫДИЛСЯ КАК АДАМ СВОЕЙ НАГОТЫ
@
СЫЧЕВ ХОЧЕТ ВСЕ ПЕРЕПИСАТЬ ИЛИ УВОЛИТЬСЯ
@
ЕРОХИН НЕ ЕЛ ПЛОДОВ С ДРЕВА ПОЗНАНИЯ И ПРОДОЛЖАЕТ ЖИТЬ В РАЮ
Но ты ведь понимаешь, что примеры могут идти только как опциональное дополнение к определению и используются они только с пояснительной целью? Если твое определение без примеров существовать не может и "убрать примеры" = "оторвать от всего остального", то такое определение - дерьмо.
Так одно дело какой то там код, а другое жизнь. Тот момент, когда ты узнаешь, что жить в россии хуже, чем в США. То, что можно не ебать баб, а дрочить в яйцообразные игрушки. Момент, когда ты узнаешь, что кроме строгой программы, есть еще куча дополнительным материалов. Момент, когда ты вместо того, чтобы посмотреть футбол и выпить пивасика с друзьями, общаешься с людьми с другой стороны земли.
Так можно до бесконечности перечислять, разница просто в том, что ты перешл грань, и то, что останется за гранью уже не сможет удовлетворить тебя.
Жиза. Я так кстати и подошел и с заплаканными глазами просил меня уволить, потому что я говнокодер. Мне сказали: "Работает? Работает. Вот и не еби себе мозги". Просто стараюсь в новых проектах уже не писать как раньше. Но каждый раз натыкаюсь на что-то новое и возникает желание - делать как только что узнал, а тут сроки, блин, тут еще гора других задач и нет времени переписываь.
РАБОТАЕШЬ ВСЕГО 2 ГОДА
@
НУЖНО ПОКУПАТЬ ОЧКИ
@
ЧТОБЫ ВЫПРАВИТЬ СПИНУ ПРИШЛОСЬ ИДТИ В ЗАЛ, РАНЬШЕ ТАКОГО ПИЗДЕЦА НЕ БЫЛО
постоянно смотри в окно при каждом удобном случае. А то вон в соседнем кабинете сидит у окна - и окна вечно занавешены. Весь день сидит, пырясь в монитор. Конечно глаза пойдут по пизде.
Зал - это да, теперь тебе надо набирать физнагрузку за пределами рабочих часов, ещё меньше времени на отдых. Энджой
Избавься от мышки, в особенности в сочетании с полноразмерной клавиатурой. Идеально — ноут с хорошим тачпадом. Делай побольше шрифты. Используй помодоро, вставай каждый полчаса и смотри в окошко, разминайся. Используй эластичный корсет, в аптеках продаётся, лучше выбрать вместе с врачом. Мой жопу. Носи дома хлопок. Не ешь подножный корм. Сидячая работа убивает не хуже курения.
Ну кстати там реально самое важное в первых главах. Дальше жижка, правильная, толковая, но муторная, о том как писать читабельный поддерживаемый код. Жижка потому, что не каждого языка такие проблемы актуальны, это только шарписты/джависты любят писать целые стеллажи библиотек про то как правильно обходить неудобства языка. Но есть конечно и актуальное для всех языков, как менеджить сложность проекта.
Пиздос, открыл главу про оптимизацию, и она почти вся состоит из пропаганды ненужности оптимизации.
Я вообще хуею с этого положняка. Кого ни спроси, все недовольны тем, что современный софт работает неэффективно, что браузер на простых страничках жрет гигабайт, что батарейки в телефоне не хватает на сутки, что новые версии программ требуют более мощного железа чтобы делать то же самое, но при этом все продолжают советовать друг другу эти говнокнижки с их опизденевшими цитатками, которые учат, что "юзер потерпит, красивый код важнее".
Я понял, надо начать форсить вот такие картинки и цитаты среди нормисов, чтобы они видели, чему программисты друг друга учат, и чтобы программисты постоянно оправдывались за эту хуйню.
Путь говнодела это когда из-за этой преждевременной оптимизации в бизнес логику залезают детали реализации. На этапе первоначальной разработки код вообще не должен знать как он будет в итоге запускаться. Будет ли это монолит одним огромным куском загружающийся в память или это будут несколько кусков исполняющиеся в раздельных адресных пространствах и взаимодействующие через IPC или это будут сервисы на разных серверах
Но ведь суть действительно правильная.
Я вот на первом своем проекте, будучи вчерашней студентотой, которая на олимпиадах выступала и которую преподы за каждую лишнюю алокацию дрючили, где требовали всегда наиболее оптимальный алгоритм выбирать - проебал все сроки, если бы я был не в мухосрани, где программистов - раз два и все, меня бы я думаю за такое пидорнули, но т.к.на рынке хуй найдешь того кто кодить умеет - мне дали время доделать. В итоге-то что, да, работает быстро, быстрее чем аналогичная разработка из пршлого в ~2,5 раза, только вот в чем суть, а в том, что и старая скорость работы всех устраивала, потому что по сути приложение было демоном, его запустили, он работает себе тихо в фоне и раз-два в день оператор просто смотрит лог. Если бы я изначально не ебал себе мозги - я бы успел в срок и никаких проблем бы не возникло, а оптимизировать я бы мог не вслепую, а собрав данные, зная где оптимизировать нужно. Ко всему, оптимизированный код, с векторизация, своим буффером, массивами вместо списков - оказался очень сложным для понимания другими людьми и для поддержки.
Потому я эти вот цитаты воспринимаю как: не лезь своими грязными оптимизаторскими руками туда, где не просили оптимизировать. Если клиент скажет, что, допустим, выгрузка отчета работает медленно - берем профилировщик и смотрим, где там затыки.
ВКАТЫШ ЧИТАЕТ КНУТА
@
"НЕ НУЖНО - НЕ ОПТИМИЗИРУЙ"
@
РЯЯЯЯЯ КАК МОЖНО БЕЗ ОПТИМИЗАЦИИ!
@
У МИРНО СПЯЩЕГО В СВОЕЙ ПОСТЕЛИ КНУТА ДАЖЕ ПОЧТИ НЕ ДЕРНУЛСЯ ГЛАЗ
Сказано тебе, дебилу, НЕ НАДО - так вот, НЕ НАДО блядь! Компы лагают не от отсутствия твоей очередной экономии на спичках, а по причинам гораздо более фундаментальным, вроде манагеров, маркетологов и сред исполнения. У меня вот например в жизни был один раз, когда пришла обратная связь от пользователей "пчел чини лагает чёт". Один. Причём в месте, от которого я этого никак не ожидал, как это всегда и бывает. Так что если ты пишешь не энтерпрайзоговно (которое будет лагучим по определению), не занимайся оптимизациями до тех пор, пока это не требуется пользователям.
>Компы лагают не от отсутствия твоей очередной экономии на спичках, а по причинам гораздо более фундаментальным, вроде манагеров, маркетологов и сред исполнения
Нет, лагает он потому что разработал его криворукий дебил, не имеющий никакого представления о методологии разработки и тестирования, и из-за этого побежденный собственным кодом, который теперь невозможно ни поменять, ни оптимизировать, ни переделать. Потом такой дебил приходит в тред и начинает свою криворукость сваливать на проклятых менеджеров и маркетологов, заливающих ему говно и дедлайны в жопу.
Да я попрошу. Просто об этом я узнал только в пятницу вечером в курилке. Вот приехал домой, порефлексировал, поспал и написал бугурт. Попрошу ее перевести в другой отдел, там как раз недавно один из наших сеньеров добился того, что ему свой офис дали и ему как раз нужны люди в команду. Всяко лучше, чем просто так выкидывать кадры.
Неужто начальник тебе даже очевидной рекомендации не дал?
Предположим такая история имела место, но при чем тут конкретно оптимизация? Разве проебать срок можно только занимаясь оптимизацией? Ты бы мог проебать время, рисуя графический интерфейс для тузлы, которая нужна раз в полгода. Ты бы мог проебать время, прикручивая валидацию пользовательских данных, которая в итоге ничего не репортнула. Ты бы мог проебать время, пытаясь написать код в соответствии с каким-то стандартом, чтобы избежать каких-то потенциальных проблем, в существовании которых ты даже не уверен. Ты бы мог проебать кучу времени, пытаясь придумать расширяемую орхетектуру с 10-ю интерфейсами и контроллерами, хотя программа на goto работала бы ничем не хуже. Но вот нет, почему-то это всегда является аргументом лишь исключительно против оптимизации.
Если руководствоваться этой логикой, то тогда надо перестать заниматься, к примеру, и "преждевременной отладкой". Зачем писать проверки на ошибки, зачем вставлять ассерты и исключения, зачем писать тесты, зачем выводить отладочную инфу? Давайте просто хуярить как попало, не пытаясь даже найти ошибки в своём коде, пока на них не начнут жаловаться клиенты. Если человек своей башкой думать не умеет, то он так и будет поступать, при условии что ему кто-нибудь зафорсит цитату от какого-нибудь уважаемого пидора, что так и надо (можно даже цитату подревнее — он ведь даже не задумается, а почему, собственно, "корень всего зла" в программировании 70-х годов должен быть тем же самым, что и спустя 50 лет).
А между тем, начинать чесаться только после прямого фидбека от пользователя — это прямой путь к копроэкономике и деградации качества. Есть тысяча причин, по которым фидбек может не состояться, не дойти, или не быть принят во внимание. Юзер вообще может даже не понять, где у него проблема, и на кого ему жаловаться. Или он может знать о проблеме, но ему будет до пизды, потому что это не его личная проблема — ведь он получает свои деньги за час игры в пасьянс, пока твоя неоптимизированная программа генерит ему результат. Да и юзеры неохотно в массе своей шлют фидбеки в принципе. Гораздо чаще они либо страдают, либо забивают. То есть, только лишь чтобы этот фидбек до тебя дошел, может потребоваться нанять отдел аналитиков, которые будут проводить опросы и разгребать метрики, пытаясь понять, куда и почему сваливают пользователи. А потом вот такие >>1926806 будут говорить "ну до меня дошел фидбек только один раз…". Повезло ему значит, что хоть один раз дошёл.
> Да и юзеры неохотно в массе своей шлют фидбеки в принципе. Гораздо чаще они либо страдают, либо забивают.
Это неправда. Даже один из ста может создать шквал заявок в техподдержку. Если твоим приложением пользуются 3,5 калеки, то да, есть шанс упустить всю обратную связь. По моему опыту в бэклоге задач всегда хватает, половина из них от пользователей, и неизвестно хватит ли ресурсов всё это исправить.
Аналитику и поведение пользователей собирают уже на следующей стадии развития продукта, когда вы устаканили вашу фунциональность, уже знаете что и до каких границ делает ваш продукт. Дальше проводятся A/B тестирования чтобы исключить когнитивные искажения пользователей когда они пишут фидбек.
И вот где-то здесь можно попереживать об оптимизации, батарейке и времени загрузки, если оно не беспокоило пользователей на предыдущих этапах. Вот здесь нанимаются самые отмороженные олимпиадники, а старая команда херачит автотесты чтобы олимпиадники ничего не сломали.
Рили, почему никто не усомнился в правдоподобности этой хуйни? Это же очевидный пиздёж.
И в одном посте пишет, что уже уволили, в другом пишет, что попросит перевести в другой отдел. Показания то не сходятся.
Как будто на двощах не бывает фантазёров
Я сейчас в такой ситуации, что изучать что-то мне неинтересно, старое понемногу забывается, в итоге собесы проходить стало все сложнее, и я уже отстаю по технологическому стеку от вакансий.
Я не уверен, что в случае чего смогу сменить работу, потому что сейчас мне платят, по моему мнению, больше, чем я того заслуживаю
> Аноны, есть тут те, кто потерял интерес к развитию себя, как разработчика?
Есть. Унылые говнотаски без творчесткой составляющей убивают весь интерес к программированию и работе. Со временем становится похуй на всё. Профессиональное выгорание. Приходится изучать новое через силу.
> по моему мнению, больше, чем я того заслуживаю
https://ru.wikipedia.org/wiki/Синдром_самозванца
Да, я знаю про синдром самозванца, но это немного другое.
Вот смотри, пример. Я, когда искал работу в последний раз, был на 6 собеседованиях, получил 5 отказов. То есть, пошел туда, куда брали. И я понимаю, что за то время, что я тут, у меня знаний больше не стало.
@
ШАГИ ПО ВОСПРОИЗВЕДЕНИЮ БАГА ПРИХОДИТСЯ ВЫТАСКИВАТЬ ИЗ-НИХ ЩИПЦАМИ ЧЕРЕЗ МЕНЕДЖЕРА
@
МЕНЕДЖЕР ИЛИ НЕ ПЕРЕДАЁТ КАСТОМЕРУ ВСЕ ТВОИ ВОПРОСЫ ИЛИ КАСТОМЕР ТУПОЙ, НО ОТВЕЧАЕТ В ЛУЧШЕМ СЛУЧАЕ НА ОДИН ИЗ ТВОИХ ВОПРОСОВ
@
ОТВЕТЫ ПРИХОДЯТ ЧЕРЕЗ 1-5 ДНЕЙ
@
ЧЕРЕЗ НЕСКОЛЬКО НЕДЕЛЬ ТАКОГО "ОБЩЕНИЯ" УДАЁТСЯ ВЫУДИТЬ ИЗ НИХ БОЛЕЕ МЕНЕЕ ДОСТАТОЧНО ИНФОРМАЦИИ
@
МЕНЕДЖЕР СПРАШИВАЕТ, ПОЧЕМУ ТАК ДОЛГО?
> Тебе не интересно потому что стало интересно что-то другое
Нет. Есть много новых технологий в программировании, которые я с удовольствием попробовал бы, пет проектов, которые допилил бы, но после работы уже не хочется смотреть ни на IDE, ни на комп (когда совсем заебёт)
>Ну вроде бы стандартная история. И ты не знаешь внутренности языка на котором пишешь?
Внутренности разные бывают.
Вот насколько критично знать, где выделяется память под переменные: на стеке или в куче? Насколько критично знать расшифровку SOLID принципов? Насколько критично знать внутреннее устройство каких-то стандартных структур данных: map, array и тд?
Это чушь. Людей просто сначала учат писать неоптимально, а потом когда оно стукает, им втирают, что это плохая оптимизация ломает им код. Вот, типичный пример на картинке, где прямо говорят: не думай о производительности, пиши чтоб красиво было.
И так всю книгу — догма за догмой. Их невозможно читать, если не вырубить критическое мышление. А потом на них вырастают кодеры, которые свято верят, что одна строчка заблаговременной оптимизации пиздос как усложняет программу и делает её нечитабельной, но при этом в упор не видят, какое неподдерживаемое говно они сами пишут, когда хуярят 500 строк запутанных интерфейсов, когда то же самое можно было записать 50-ю, если оставить только суть. Головой думать не умеют, зато отлично умеют валить вину на других — на тормозное железо, на тормозной фреймворк, на жадного заказчика, который не хочет выделить ещё сто миллионов и дополнительный год на переписывание всей архитектуры.
> И вот где-то здесь можно попереживать об оптимизации, батарейке и времени загрузки, если оно не беспокоило пользователей на предыдущих этапах.
А почему бы тогда "где-то здесь" не разрешить попереживать об удобном интерфейсе? Или о том, чтобы программа не глючила? Почему о других показателях качества желательно думать до того, как юзеры столкнутся с проблемами, а вот об оптимизации категорически запрещено? Или может тоже надо пропагандировать подход, что дизайн пусть сначала лепят программисты как попало, а после жалоб от пользователей будем нанимать каких-нибудь "отмороженных дизайнеров" и переделывать. Назовём это борьбой с "преждевременным украшательством".
Не переживай, фанатиков МакКоннела я ещё не встречал. Книг много, и в совокупности на них и вырастают. В книге нет ничего про 500 интерфейсов на пустом месте, это ты уже сам придумал. И про головой думать не умеют, и про валить вину. Если для тебя в книге тупые догмы для дебилов, хорошо, возьми пет-проект на 1-2 года, и попробуй его с самого начала до самого конца за эти 2 года довести. Напиши постмортем, что мы делали не так, и перечитай книгу. В этот момент тебе это уже не покажется догмами, а скорее советами того что наступил на десяток грабель. Самое дорогое что есть в софте это мозги людей и их время, идей на три порядка больше, чем ресурсов для их реализации. А железо уж стерпит как-нибудь, по крайней мере на первое время.
>>1927545
Хорошая аналогия с дизайном. Большинство стартапов вполне может жить с дизайном за $1k. Тратить на дизайн $1M сразу, ещё не выйдя на окупаемость глупо и бессмысленно.
> категорически запрещено
Да ничё не запрещено, ей не нужно заниматься, пока не появилась явная необходимость. И то, там не думать надо, а профилировать.
ДЕЛАЕШЬ ФИЧУ
@
УСПЕШНО ЗАКОНЧИЛ, ОТПРАВЛЯЕШЬ НА ТЕСТ
@
НА СЛЕДУЮЩИЙ ДЕНЬ НОВАЯ ТАСКА ОТ QA - "ДОРАБОТКИ ПО ФИЧЕ"
@
В ОПИСАНИИ ДОРАБОТОК
@
1. НОВЫЙ ФУНКЦИОНАЛ, КОТОРОГО НЕ БЫЛО ИЗНАЧАЛЬНО
2. ПРАВКИ ПО СТАРОМУ ФУНКЦИОНАЛУ В ВИДЕ "НЕ РАБОТАЕТ, СДЕЛАЙТЕ ЧТОБЫ РАБОТАЛО"
@
К ТАСКЕ ПРИЛОЖЕН СТАТИЧНЫЙ СКРИН ЭКРАНА ПРИЛОЖЕНИЯ, НА КОТОРОМ НЕ ВИДНО НИ ОДНОЙ ПРОБЛЕМЫ
давай разберём по частям тобою написанное)))
Итого сводится к "нормально делай - нормально будет" и слепое следование методологии - плохо
>Стек/куча, устройство map/array пиздец как важно
Ну так поясни, почему пиздец это важно? Почему мне надо знать, как map устроена изнутри, а знаний, что map - это ключ-значение хранилище с хэшом для ключа, недостаточно? Почему я должен знать, о памяти на стеке или на куче, если я все равно не контролирую выделение памяти, и для меня нет принципиальной разницы?
>>1927535
>SOLID надо хорошенько вкурить и выучить
А зачем, если все сводится к заучиванию аббревиатуры? Если, как сказали выше, ты опытным путем все равно к этому приходишь. И по факту, ты все равно код пишешь, как тебе кажется правильным, и знание определения SOLID не влияет на работу.
@
"РАССКАЖИТЕ О SOLID, РАССКАЖИТЕ О ЮНИТ-ТЕСТАХ, РАССКАЖИТЕ О ВНУТРЕННЕМ УСТРОЙСТВЕ КОНТЕЙНЕРОВ И СТРУКТУР, ЧТО ВЫ ЗНАЕТЕ ПРО ЭДЖАЙЛ"
@
"МЫ СТАРАЕМСЯ СЛЕДОВАТЬ ЛУЧШИМ ПРАКТИКАМ ПРОГРАММИРОВАНИЯ НА ПРОЕКТЕ, РАБОТАЕМ ПО СКРАМУ"
@
ВЫШЕЛ НА РАБОТУ:
@
"НУ ТЕСТЫ МОЖЕШЬ ПИСАТЬ, МОЖЕШЬ НЕ ПИСАТЬ, МЫ НЕ ТРЕБУЕМ, КОД РЕВЬЮ ТОЛЬКО ТИМ ЛИД ПРОВОДИТ, ПИШИ КОД КАК ТЕБЕ УДОБНЕЕ, ЛИШЬ БЫ БЫСТРО И РАБОТАЛО"
Но тот анон ведь прав. Если менеджменту похуй на качество и производительность, то почему исполнителю должно быть не похуй? Нахуя строить из себя героя? Разраб работает за зарплату, а не за выполнение задач, которые впрочем, менеджеры даже не могут поставить толком.
В конце концов, пока рынок позволяет продавать воздух и говно в обертке за деньги, смысла париться нет.
А для собственного развития можно ебошить пет проекты. Так хотя бы авторство будет.
> Почему мне надо знать, как map устроена изнутри
Достаточно общего понимания как работает хэш-таблица и как она себя ведёт при изменении количества элементов. Чем она лучше и чем хуже array.
> Почему я должен знать, о памяти на стеке или на куче
К примеру чтобы понять почему переполнился стек и что с этим делать, или когда объект будет собран как мусор и когда освободятся связанные с ним ресурсы. Если у тебя в языке всё выделяется в куче без возможности выбора, то так и скажи.
> и знание определения SOLID не влияет на работу
Как минимум это значит что если тебя попросить отрефачить по SOLID, ты не справишься. Вот вас тут уже трое, каждый со своим уникальным интуитивным пониманием как правильно, и каждый считает что SOLID это аббревиатура для собеседований. Вы банально не сможете договориться о стиле кода. Ещё и срач устроите на пицот тредов, как недавно здесь про REST.
> продавать воздух и говно в обертке за деньги
Обожаю эти подпивасные кухонные философствования. Вот сейчас прям кабанчик побежал воздух в говне продавать, а покупатели прямо и сделать ничего не могут, покупают.
> смысла париться нет
НАНИМАЕШЬ ЧЕЛОВЕКА
@
ПЛАТИШЬ СВОИ КРОВНЫЕ
@
А ЕМУ НЕТ СМЫСЛА ПАРИТЬСЯ
@
ОН УЖЕ РЕШИЛ ЗА ТЕБЯ ЧТО ТЫ ДЕЛАЕШЬ ГОВНО ИЗ ВОЗДУХА
@
И БУДЕТ ТРАТИТЬ РАБОЧЕЕ ВРЕМЯ НА ПЕТ ПРОЕКТ
@
ЧТОБЫ АВТОРСТВО ХОТЯ БЫ БЫЛО
>отрефачить по SOLID
Солид теперь является стандартом написания кода?
Не от специфики.
В большинстве своем у тебя не стоит задача "Сделай максимально качественно и по всем стандартам", а стоит задача "сделай, чтобы работало, и чтобы выглядело норм"
Именно поэтому на собеседованиях постоянно спрашивают про юнит-тесты, а как приходишь на проект, оказывается, что тестами покрыто на процентов 30-50%, потому что на тесты никто не хочет тратить время.
Бывает наоборот, когда тимлидом назначают кого-то, кто недавно пришел в компанию, только потому, что он навешал техлиду/менеджеру лапши на уши.
У меня было такое, когда тимлидом на новый проект назначили парня, который в контору только пришел. Он вроде умные слова говорил, но на деле творил полную дичь, уровня "коммит в мастер"
Чел, тимлид это полуменеджер. Менеджерская работа далеко не для каждого. Это не просто повышение с мидла до сеньёра, где ты делаешь то же самое, но получаешь больше денег.
>>1927643
Ну так может тебя и спрашивают про тесты потому что проекту нужны тесты? Нахер ты нужен если тесты уже написаны?
Что это иногда хорошо и неизбежно. Даже если два куска кода похожи, но у них разные причины и частота изменения, то лучше копипастить. А лучше посмотреть нельзя ли разбить эти куски на более абстрактные части и более низкоуровневые и переиспользовать то что имеет одну причину изменения (ответственность).
Ну говори уже, не томи
Single-responsibility и interface segregation: функция.
Open-closed: функция, принимающая другую функцию.
Liskov substitution и dependency inversion: тайпклассы и обобщенное программирование.
Аргументы в пользу оптимизации
http://www.joshbarczak.com/blog/?p=580
Кис не противоречит солиду. Напр тот же анкл Боб за фреймворко независимую разработку. В книжке чистая архитектура приводит несколько примеров из жизни овердизайна системы, который в последствии никогда не был востребован пользователями, приводит пример как он сам в одном проекте вместо ДБ ограничился только хранением в файлах. Под кисс не подразумевается нашкодить лапши и съебаться?
@
БАГА
Я сейчас сжаться от страха должен или что?
Уже ответили, но еще разок.
Как устроена мапа - полезешь разбираться когда в ней объект проебешь или она тормозить начнет.
С хипом и стеком полезешь разбираться, когда память потечет. Даже если в твоем ЯП автоматическое управление, память потечь может.
А самое главное, это на столько простые вещи, что тебя выкинут на мороз за такие косяки. Поэтому и надо знать.
По поводу солида, и в целом про умение писать адекватный код - вообще молчу. У меня есть на работе один модуль написанный тобой каким-то сказочным долбоебом. Есличо, его уже уволили. Суть в том, что после работы с этим модулем хочется руки помыть и глаза прополоскать. Сеньоры-архитекторы, у которых по 10-15 лет стажа, тупо не хотят этот модуль трогать, потому что голова болеть начинает. На то, чтобы поправить опечатку в строке, приходится два дня я не шучу искать где эта строка задается. Переписать - дорого.
Так что как бы это ни называлось, солид, кисс, а писать адекватный код уметь надо. И солид это очень хороший подход в этом плане.
Так это и без баб есть.
Пришел джуном на галеру - не объяснили что за продукт, посидел три дня, никто нихуя не объяснил, затем - программируй давай.
На фоне подкатывало жирное тело и токсично шутило про то, что умею ли я программировать и кто такой.
Пришли потом челы, когда галеру расширили. Каждого посадили, ознакомили с продуктом, объяснили что к чему, как все устроено, чем будут заниматься.
Ну надень лапти, подтирайся лопухом, жри водяру, русня. Зачем тебе какие-то западные изобретения или веяния?
Начнут ото использовать нерусские слова, а потом в жопу долбятся, уух!
А вообще странно такое читать от айтишника или даже от того, кто думает, что он таков.
Понятно, что удобнее использовать английские термины, и понятно, что они адаптируются под разговорный язык.
Именно поэтому есть такие слова, как "пофиксить", "таска" ( а не таск), "сторя" ( а не "стори")",заапрувить" и тд
> проблема
>>1929189
> рекламация
огрех
Затруднение, препон, обращение. Issue не всегда огрех.
А мышь то чем не угодила?
> полноразмерной клавиатурой
Подтверждаю, ублюдочное, уродливое говно. Почему дауны не могут набирать цифры без цифровой клавы? Цифровой блок только место на столе занимает. Но, к сожалению, выбор клав без говнопада очень маленький по сравнению с обычными. Одна из немногих годных клав без уебанского говна - эпловская.
> Идеально — ноут с хорошим тачпадом
Ты советуешь ему работать на максимально неудобном компе? Ты мазохист?
Для работы нужен отдельный монитор побольше (чтобы глаза меньше напрягать, чтобы всем окошкам и панелькам было достаточно места), удобная клава и мышка. А к чему они подключены - похуй, но желательно, чтобы оно было помощнее, т.к. лаги сильно убивают производительность и утомляют.
Почему твоё внимание так сильно привлекло слово жопа? Вообще, если тебе так интересно, то это для снижения риска геморроя. Там пост не про то что мыться надо, а как нивелировать вред сидячего образа жизни и работы за компом. Надо обязательно пояснять в тайтле поста что ты собираешься объяснить постом?
Нужно, чтобы стул был заебовый.
Короче, правильный стул - это который из сеточки, и который под собственным весом сидящего балансирует. Сел на такой, отбалансировался полулежа, откинувшись на спинку, ноги вперед вытянул и покайфу сидишь хуллиард часов подряд. По-хорошему, нужен моник 27' с небольшим наклоном вниз, ещё клаву с четким ходом под руки, для оптимальной реализации потанцевала посадки.
Ну и, само собой, нужно хотя бы отжимания/приседания/турнички делать, иначе без нормальной физ нагрузки вас ниче не спасёт. И хуй стоять плохо будет базарю
@
ГОВОРИШЬ, ЧТО ИЗ-ЗА ЭТОГО СЛОМАЮТСЯ ПРИЛОЖЕНИЯ, КОТОРЫЕ УЖЕ В ПЛЭЙ МАРКЕТЕ И АППСТОРЕ
@
ОТВЕЧАЕТ - НУ КАК НИБУДЬ ОБНОВЯТСЯ
@
ДУМАЕШЬ - НУ ХУЙ С ВАМИ, НАВЕРНО ЖЕ ВЫ ЭТО ОБСУЖДАЛИ С МАНАГЕРАМИ
@
ЗАКОНОМЕРНО, НАЧИНАЮТ ПРИХОДИТЬ ЖАЛОБЫ ОТ ПОЛЬЗОВАТЕЛЕЙ
@
МАНАГЕРЫ В ШОКЕ, ПРОСЯТ ФРОНТОВИКОВ ПОФИКСИТЬ ЭТО ASAP
@
ОБЪЯСНЯЕШЬ, ЧТО ЭТО ПРОБЛЕМА БЭКА
@
ПОНИМАЕШЬ, ЧТО СЛЕДУЮЩИЙ РАЗ НАДО СРАЗУ СООБЩАТЬ МАНАГЕРАМ, ЕСЛИ БЭК ТВОРИТ ХУЙНЮ
> А вы там все хороши, однако.
Я просто пришел к ним недавно и не знал, как у них там устроено. Да и не хотел сильно выёбываться, т.к. я там НОВИЧОК. Вообще, я такой хуйни не встречал в жизни, чтобы вот так похуистично кто-то что-то делал, поэтому думал, что у них всё продумано. А оказалось, что это простой похуизм. Второму фронтовику вообще было похуй
Это неправда. Фронты могут сделать стенку ОБНОВИ СУКА на крайний случай. Для бэка нужны переходные релизы и цикл устаревания, что тоже подразумевает обнови-суку для совсем старых версий. Фронты ещё могут присылать собственную версию в заголовке и кое-как показывать дженерик сообщение об ошибке, это позволит отключать функции приложения по частям, а не всё приложение сразу. В общем всё зависит от того сколько за поддержку разномастных версий готовы платить кабаны.
> Фронты могут сделать стенку ОБНОВИ СУКА на крайний случай
Это все требует поддержки бека, вангую что раз у них там хуйланы о версионности апи не задумывались, то об этом уж точно
Кому-то ещё и зубная нить необходима.
>>1926506
Кто-то работает за столом пикрелейтед с регулируемой моторчиками высотой.
А нахуй вам эти тачпады? В ноутах тачпад - это вынужденая мера. А когда ты сидишь в офисе или дома - нахуй он нужен? Выделять текст, позиционировать текстовый курсор или кликать по мелким объектам - пиздец как неудобно. Жесты? Ну хуй знает, Logitech MX Master 3 с колёсиком MagSpeed ебёт в жопу все эти тачпады. Ради того, чтобы иногда что-то зумнуть, не вижу смысла переходить с мыши на тачпад.
Если уж так хочется тачпад, можно купить Apple Magic Trackpad и пользоваться им совместно с мышью MX Master 3. На винде вроде должен работать, дрова есть от bootcamp
1. Не обязательно стоять в одной позе
2. Не обязательно стоять с прямыми ногами
3. Не нужно стоять статично
Вот я сейчас немного опустил стол, рычу и двигаю тазом — и печатать комфортно, и спина прямая, и кровообращение хуй поднимает.
Е
Р
Е
К
А
Т
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
https://2ch.hk/pr/res/1929704.html
>В ноутах тачпад - это вынужденая мера
>Выделять текст, позиционировать текстовый курсор или кликать по мелким объектам - пиздец как неудобно
Только не в макбуках. Уже почти 6 лет обхожусь без мыши. Тачпад просто охуенный. На других ноутах мб и справедливы твои аргументы, не знаю.
А если хоткеи используешь, то особо вообще курсор трогать не приходиться.
Не убирать руку от клавиатуры далеко. Очень нравился тачпад на старых Eee PC, он не нажимался в нижней части как на более новых ноутах, палец к нему не прилипал за счёт того что поверхность не ровная. Надо слегка сдвинуть - повернул. Надо осуществить нажатие - нажал отдельной кнопкой. На ThinkPad примерно так же было раньше (как сейчас не знаю). Не нужно махать рукой от клавиатуры к мышке и обратно.
У меня тоже почти 6 лет есть макбук, я на нём часто работаю, но всё равно, когда есть возможность подключаю мышь. Не понимаю этот дроч на отказ от мыши.
>>1930042
> Не убирать руку от клавиатуры далеко
Типа эта наносекунда, когда ты перенесёшь руку от клавы до мыши, сыграет хоть какую-то роль. Так то и до тачпада надо двигать руку. Да и вообще - сколько раз при кодинге тебе нужно использовать мышь/тачпад? Как правило, когда пишешь код, используешь клаву и очень редко тачпад/мышь.
