Я видел статистику что наоборот в России процент техники Apple выше чем мог бы быть со средним уровнем зарплат. Но достоверных данных на 24 год у меня сейчас нет, так что как минимум раньше так было.
Три ноля уберите и вот уже с 60 до 70 качает. А четыре - так вообще. Всё это иллюзия абсолютных чисел - процентное движение не такое громадное как видится при наличии нулей.
Доллар постабильнее будет конечно, да и рубль более-менее. Но если взять турецкую лиру или валюты стран с не очень сильной экономикой - уже и не отличается особенно. Ещё и растёт иногда, а вот валюты стран… сможете с ходу хотя бы три назвать что не падают на постоянке от инфляции?
Когда-то в 2010 я ставил на нетбук арч и он запускался в виде терминала где я уже, при надобности, поднимал иксы командой и получал графический интерфейс. А теперь на арче геймдев строится крупнейший. Интересный путь.
Похоже пост ради ссылки на канал. Оно в целом не очень плохо, но технический уровень очень плох. Тема конечно простая и даже помечено мол тут всё просто. Но по факту и сам вариант решения имеет проблемы.
Вообще, по хорошему, нужно всегда отдавать объект. По простой причине - очень частно нужны метаданные. Для той же пагинации хорошо бы знать сколько элементов вообще есть в списке всего. Обычно отправляется объект, в нем есть ключ items или подобное, там массив самих данных. Рядом едет ключ pagination, внутри объект с данными пагинации - как минимум ключ total где показывается сколько данных всего. Это важно - как минимум знать какая страница последняя и понимать что кнопку «далее» рисовать не нужно. А в идеале ещё и выводить мол нашлось столько то, где-нибудь внизу таблицы. Также помимо пагинации иногда нужно отправлять ещё какие-нибудь данные и вот с объектом всё выходит прекрасно.
По именованию recordsPerPage вопросы, почему так длинно. Хотя иногда бывает, но можно взять что-то классическое вроде skip и limit. Ну ли page и pageSize. Многословно выходит.
Также не раскрыта тема ленточной пагинации. При интенсивном потоке данных имеет смысл в пагинации по lastId и подобному.
В пользу промисов. Если у тебя функции которые просто что-то делают, то then и catch - вполне кейсы. Не то чтобы я это поддерживаю, но я такое вижу. Также ещё встречаю RxJS и обсервабл вместо асинка.
А легаси это больше про зарастание функциями, на которые изначально не была рассчитана архитектура. Быстрыми фичами, которые внесли, а потом ещё и ещё и на какой-то из разов добавить три строки делают файл уже на 800 строк. Также компетенция теряется с уходом людей и новые люди иногда строят код поверх, не трогая то что уже работает, хотя можно было бы пофиксить внутри, а не оберткой. И вот уже легаси. Конечно технологии тоже меняются и иногда так что апдейт превращается в переписывание тысячи строк. Но это одна из причин, не все.
10 лет назад да, а вот 9 уже нет. ES6 сильно язык протюнил. Но если не пользоваться классами, а нынче во фронтенде они не популярны - уже не так заметно. Ещё от async/await некоторые отказываются. Остаются стрелочные функции, вот они да, популярны. Правда без классов, опять же, там просто длиннее объявление, не фатальное различие. Можно ещё for of взять… но популярность map и прочего такого сводит оное на нет. Вот рест-параметры сложнозаменяемы, сильно менее удобнее, но на этом и всё. Так что тут вопрос с нюансами.
Можно честно тащить волоком груз, а можно придумать колеса и делать это бесчестно, ужасно, неправоверно. Но тащить груз лучше. Мораль моралью, а эффективность труда беспощадна как и эволюция.
Что-то мне подсказывает что выше рынка в 304 раза тебе платить врядли кто-то будет, а вот доход от приложений потолка не имеет. Но приложения бывают не успешные и ещё иногда умирают. Другая модель доходов.
Если за год сделать 12 таких, то будет 396к, а через 2 года 792к. Уже достойно, ведь поддержки не требует. Главный вопрос - стабильно делать каждый месяц, в среднем успешное, в среднем на 33к, в среднем на 2 года жизни. И тут вопрос к автору о том так ли это или это ещё и повезло что 33к.
У вас потенциальный баг, он может стать неожиданным и потом долго копать чего не так. Кейс - вам банк отправляет запрос с данными мол вот платеж. Вы в базу пишете, отправляете ответ 200 ок. И тут вдруг сеть падает или даже приложение ваше. Ответ не доходит. Банк снова шлёт вам данные - но они уже есть, у вас там уникальный индекс и база кидает ошибку мол нельзя. И всё, поехал бесконечный цикл запросов. Но если таки кейс такой предусмотрен - хорошо.
Второй возможный кейс - пользователь реально два раза что-то купить хочет. Имеет смысл дать ему это, но менять айди покупки, иначе валидация не пройдёт. Тут правда потенциальный баг тоже можно поймать - клиент купил, но ему ответ не дошел, но решил что просто оплата не прошла, второй раз оплачивает - и ок. А потом обнаруживает что два раза купил. Стоит обрабатывать и такой кейс. Обычно это запрет на покупку того же товара на ту же сумму на стороне самого эквайринга. Но нужно будет быть готовым вернуть назад деньги если таки прошло дважды. Впрочем, это очень тонкий кейс, но за долгое время может встретится. Следует алгоритм продумать на случай такого.
У меня 12 Pro Max работал полтора-два дня, если игры не запускать особо. Сейчас жду когда приедет 16 Pro Max, будет с чем сравнить. Но ожидаю тех же 2 дней первое время.
То есть основной поинт в том что в вас нет ничего уникального, у вас нет богатств и знаний чтобы оставить детям и потому они вам не нужны? И второй про то что также вашим детям придётся работать на богатых господ и они потому также не нужны?
Это, к слову, интересные поинты. Интересные тем что я их уже встречал. В немного разных интерпретациях, но суть всегда примерно одна и та же. И моя теория о том что дело в мировоззрении, а не в других вещах всё больше подтверждается.
Я с 2012 использую различные безпроводные, сейчас у меня есть Sennheiser TW 2 и Momentum 4, как раз компактные и полноразмерные. Но на улице со мной (прямо сейчас, кстати) EarPods на проводе - по вышеописанным причинам. Пользовался много чем, итог - для перемещений по улице без сумок - эарподсы лучше.
Жаль если так будет. Проводные наушники не надо заряжать, да и звук хороший. И компактные - так то в объеме меньше места занимают чем с аккумулятором. И никогда не разряжаются. И если вдруг наушник из уха выпадает - повисает на проводе. Если они прекратят выпуски - чтож, будет повод купить у конкурентов.
Я видел статистику что наоборот в России процент техники Apple выше чем мог бы быть со средним уровнем зарплат. Но достоверных данных на 24 год у меня сейчас нет, так что как минимум раньше так было.
И ровно такая же заработать. Или это когнитивное искажение про непринятие потерь?
Так об отсутствии разницы и речь.
Три ноля уберите и вот уже с 60 до 70 качает. А четыре - так вообще. Всё это иллюзия абсолютных чисел - процентное движение не такое громадное как видится при наличии нулей.
Доллар постабильнее будет конечно, да и рубль более-менее. Но если взять турецкую лиру или валюты стран с не очень сильной экономикой - уже и не отличается особенно. Ещё и растёт иногда, а вот валюты стран… сможете с ходу хотя бы три назвать что не падают на постоянке от инфляции?
о5рг
Когда-то в 2010 я ставил на нетбук арч и он запускался в виде терминала где я уже, при надобности, поднимал иксы командой и получал графический интерфейс. А теперь на арче геймдев строится крупнейший. Интересный путь.
Похоже пост ради ссылки на канал. Оно в целом не очень плохо, но технический уровень очень плох. Тема конечно простая и даже помечено мол тут всё просто. Но по факту и сам вариант решения имеет проблемы.
Вообще, по хорошему, нужно всегда отдавать объект. По простой причине - очень частно нужны метаданные. Для той же пагинации хорошо бы знать сколько элементов вообще есть в списке всего. Обычно отправляется объект, в нем есть ключ items или подобное, там массив самих данных. Рядом едет ключ pagination, внутри объект с данными пагинации - как минимум ключ total где показывается сколько данных всего. Это важно - как минимум знать какая страница последняя и понимать что кнопку «далее» рисовать не нужно. А в идеале ещё и выводить мол нашлось столько то, где-нибудь внизу таблицы. Также помимо пагинации иногда нужно отправлять ещё какие-нибудь данные и вот с объектом всё выходит прекрасно.
По именованию recordsPerPage вопросы, почему так длинно. Хотя иногда бывает, но можно взять что-то классическое вроде skip и limit. Ну ли page и pageSize. Многословно выходит.
Также не раскрыта тема ленточной пагинации. При интенсивном потоке данных имеет смысл в пагинации по lastId и подобному.
В пользу промисов. Если у тебя функции которые просто что-то делают, то then и catch - вполне кейсы. Не то чтобы я это поддерживаю, но я такое вижу. Также ещё встречаю RxJS и обсервабл вместо асинка.
А легаси это больше про зарастание функциями, на которые изначально не была рассчитана архитектура. Быстрыми фичами, которые внесли, а потом ещё и ещё и на какой-то из разов добавить три строки делают файл уже на 800 строк. Также компетенция теряется с уходом людей и новые люди иногда строят код поверх, не трогая то что уже работает, хотя можно было бы пофиксить внутри, а не оберткой. И вот уже легаси. Конечно технологии тоже меняются и иногда так что апдейт превращается в переписывание тысячи строк. Но это одна из причин, не все.
10 лет назад да, а вот 9 уже нет. ES6 сильно язык протюнил. Но если не пользоваться классами, а нынче во фронтенде они не популярны - уже не так заметно. Ещё от async/await некоторые отказываются. Остаются стрелочные функции, вот они да, популярны. Правда без классов, опять же, там просто длиннее объявление, не фатальное различие. Можно ещё for of взять… но популярность map и прочего такого сводит оное на нет. Вот рест-параметры сложнозаменяемы, сильно менее удобнее, но на этом и всё. Так что тут вопрос с нюансами.
Можно честно тащить волоком груз, а можно придумать колеса и делать это бесчестно, ужасно, неправоверно. Но тащить груз лучше. Мораль моралью, а эффективность труда беспощадна как и эволюция.
Что-то мне подсказывает что выше рынка в 304 раза тебе платить врядли кто-то будет, а вот доход от приложений потолка не имеет. Но приложения бывают не успешные и ещё иногда умирают. Другая модель доходов.
Если за год сделать 12 таких, то будет 396к, а через 2 года 792к. Уже достойно, ведь поддержки не требует. Главный вопрос - стабильно делать каждый месяц, в среднем успешное, в среднем на 33к, в среднем на 2 года жизни. И тут вопрос к автору о том так ли это или это ещё и повезло что 33к.
Я вот на вскидку сейчас не нашел как в iOS это сделать в самом приложении фото. Выходит что всё не зря.
Где-то я такое уже видел.
Скрытый текст
К слову, писал про некоторые такие кейсы статью - https://habr.com/ru/companies/exante/articles/826974/
Уверенность в том что ответ то дойдет если запрос дошел - обыденность.
У вас потенциальный баг, он может стать неожиданным и потом долго копать чего не так. Кейс - вам банк отправляет запрос с данными мол вот платеж. Вы в базу пишете, отправляете ответ 200 ок. И тут вдруг сеть падает или даже приложение ваше. Ответ не доходит. Банк снова шлёт вам данные - но они уже есть, у вас там уникальный индекс и база кидает ошибку мол нельзя. И всё, поехал бесконечный цикл запросов. Но если таки кейс такой предусмотрен - хорошо.
Второй возможный кейс - пользователь реально два раза что-то купить хочет. Имеет смысл дать ему это, но менять айди покупки, иначе валидация не пройдёт. Тут правда потенциальный баг тоже можно поймать - клиент купил, но ему ответ не дошел, но решил что просто оплата не прошла, второй раз оплачивает - и ок. А потом обнаруживает что два раза купил. Стоит обрабатывать и такой кейс. Обычно это запрет на покупку того же товара на ту же сумму на стороне самого эквайринга. Но нужно будет быть готовым вернуть назад деньги если таки прошло дважды. Впрочем, это очень тонкий кейс, но за долгое время может встретится. Следует алгоритм продумать на случай такого.
У меня 12 Pro Max работал полтора-два дня, если игры не запускать особо. Сейчас жду когда приедет 16 Pro Max, будет с чем сравнить. Но ожидаю тех же 2 дней первое время.
Но Siemens C45 ванлав конечно.
То есть основной поинт в том что в вас нет ничего уникального, у вас нет богатств и знаний чтобы оставить детям и потому они вам не нужны? И второй про то что также вашим детям придётся работать на богатых господ и они потому также не нужны?
Это, к слову, интересные поинты. Интересные тем что я их уже встречал. В немного разных интерпретациях, но суть всегда примерно одна и та же. И моя теория о том что дело в мировоззрении, а не в других вещах всё больше подтверждается.
Слово «залить» появилось неспроста.
Я с 2012 использую различные безпроводные, сейчас у меня есть Sennheiser TW 2 и Momentum 4, как раз компактные и полноразмерные. Но на улице со мной (прямо сейчас, кстати) EarPods на проводе - по вышеописанным причинам. Пользовался много чем, итог - для перемещений по улице без сумок - эарподсы лучше.
Жаль если так будет. Проводные наушники не надо заряжать, да и звук хороший. И компактные - так то в объеме меньше места занимают чем с аккумулятором. И никогда не разряжаются. И если вдруг наушник из уха выпадает - повисает на проводе. Если они прекратят выпуски - чтож, будет повод купить у конкурентов.