Вы знаете, у меня вот в начале этого года в rMBP 15" 2012 года батарейка стала вообще не ахти. И решил я её поменять. Первым делом, разумеется, отправился в официальный сервисный центр. Угадаете, какую цену мне назвали? 50.000 рублей. За замену батареи. Пятьдесят, Карл! Весь ноутбук стоил 100.000 на старте продаж и с РСТ (можно было взять на 70-80 из США). С рук можно целый такой же ноутбук второй купить за пятьдесят тысяч.
Ноутбук был уже не новым, так что я пошёл в другой сервис и поменял батарейку на китайскую за 6-8 тысяч (точно не помню), полностью осознавая риски и беря их на себя. Потому что я могу. С MBP 2018+, видимо, уже бы не смог…
Underground state убрали из вариантов, а для StoreKit поменяли вопрос. Я вот теперь думаю, когда они остальные косяки в вопросах поправят, и поправят ли, если им о них не говорить? :)
Не думал, что кто-то использует мой любимый подход к разработке при создании онлайн-тестов)
Тем более, что код на JS в половине случаев выполняется на клиенте, у которого вполне есть ресурсы
Извините, я понимаю, что это решение, судя по ответам, действительно в большинстве случаев приемлемо, но просто не могу удержаться) В итоге имеем то, что имеем)
А расскажите, пожалуйста, про «underground state» жизненного цикла iOS-приложения. А заодно почему StoreKit не является фреймворком / библиотекой) Очень любопытно послушать)
Вот, кстати, интересно мнение сообщества по поводу такого ответа. Мне напрашивается вопрос: «А вы бы применили такое решение в production?». И вот в зависимости от ответа на этот вопрос уже решать, хороший это вариант ответа или нет.
Поправьте, если я не прав, я в JS не очень разбираюсь, но оно ведь создаёт кучу временных объектов безо всякой нужды, а потом собирает их в другой временный объект (+ ещё reverse массива этих временных объектов).
На это можно возразить, что преждевременная оптимизация – корень всех зол и всё в таком духе, но это тоже вопрос довольно спорный, т.к. в плане выбора подходящих алгоритмов и структур данных, обычно проще сразу делать «нормально».
Соответственно, если человек отдаёт себе отчёт в побочных эффектах такого кода, и написал просто потому что это удобный однострочник, то всё хорошо. А вот если нет – то это пойдёт в минус, а не в плюс.
Если в JS это хороший способ (например, более эффективный вариант является слишком громоздким или эта конструкция как-то оптимизируется или что-нибудь в таком духе) – мой комментарий можно игнорировать. Как я уже сказал, я с JS не очень дружу)
Я не сталкивался с Ruby.
Например, как геттеры от сеттеров отличаются?
Немного вклинюсь к вам просто разнообразия ради)
Objective-C
getter: `param`;
setter: `setParam:(value)` (синтаксис неточный)
Т.е. функция-геттер не имеет глагола.
Ну вообще, в идеальном мире да. Ведь Хром сделал верные GPU-вызовы, которые должны привести к отображению пикселя вполне определённого цвета. Но этого не происходит. Значит, где-то в цепочке «Хром ->… -> драйвер видеокарты» есть ошибка. И если она-таки в драйвере, то его хорошо бы исправить. Ведь, поскольку это очень низкий уровень, это скорее всего не просто «один неправильный пиксель в хроме», это «неправильные цвета в случайных местах во всех приложениях в системе». Т.е. ошибка достаточно фундаментальная, просто обнаружили её в Хроме.
А где я оправдываюсь? :) Я сказал, что часть текста можно посчитать оправданием. Ваши отношения с досбоксом меня, в общем-то, не очень интересовали, но я за вас искренне рад) Здорово, что у вас в жизни есть что-то важное.
Но давайте проясним – т.е. вы считаете, что пассивная агрессия в отношении части целевой аудитории статьи (конкретно – люди, которым интересен и досбокс, и айфоны, т.е., к примеру, я) – это хорошо и правильно? При чём настолько, что вы считаете нужным бороться против тех, кто хочет изменить такое положение вещей?) Боюсь, мы изучали этикет по разным книгам)
И не стоит писать за «почти для всех», вам такого права никто не делегировал
Я сам его взял. Вы пост-то читали?) Это автор вон говорит, что толпы людей читают про айфоны, и им безразличен досбокс ¯\_(ツ)_/¯
Ох, сколько Вы всего сюда приплели. Да нет, всё проще. Всё идёт куда следует. И да, для меня релиз айфона важнее и актуальнее, чем релиз досбокса. При этом досбокс мне тоже интересен. И я рад узнать, что у них новый релиз. Мне непонятно, почему эта информация идёт в комплекте с грузом чувства вины, которое автор мне пытается навязать. У него не получится, но меня раздражает сам факт.
Для меня айфоны важнее досбокса. И почти для всех айфоны важнее досбокса. И это нормально. Но автор, видимо, думает, что я должен за это оправдываться. Нет, не должен.
При этом да, мне действительно интересно узнать о новом релизе досбокса. И да, менее интересно, чем о новых айфонах. Я iOS-разработчик, на секундочку. Мне за это прощения на коленях просить?
Ну так а я как должен об этом узнать?) вот я турист из Исландии, заказал через онлайн-сервис билеты РЖД (в том числе) до августа этого года. И как я, исландский турист, должен понять, что вот это время, которое мне прислали – Московское, а не местное? Бабки об этом знают, потому что они русские, и так было десятилетиями. А я? И сколько таких РЖД по миру? Наверное, логичнее со всем этим безобразием разобраться один раз сервису, для которого это профессиональная обязанность, чем каждому клиенту на всякий случай перед каждой поездкой лазать по гуглам и выяснять особенности каждого конкретного поставщика услуг.
Насчёт того, что проблема на пустом месте – так вон же пост наверху, человек на этом обжёгся. Хорошо, что раньше приехал, а не опоздал. А если вы считаете, что всё равно сильно опоздать / долго ждать не получится, а все приезжают заранее, то напомню, что РЖД использовали московское время и во Владивостоке ;)
Ну так в этом случае можно написать «местного времени». Или просто указать это самое местное время. А «сложившаяся практика» может отличаться. Вот откуда я должен знать, что РЖД дату отправления пишет (точнее, писала, но об этом позже) по МСК? Мы для РЖД как будем указывать? В местном? А если я знаю об особенностях РЖД, и подумаю, что это МСК? По Москве? Но я же привык, что этот сервис везде по местному времени посылает. Т.е. я уже потерялся, а тут ещё бац! РЖД внезапно начала указывать время не по Москве, а местное. Я это как должен был предугадать? А сервис-то у нас международный. Мне как клиенту перечень таких РЖД по всему миру с такими особенностями вести и отслеживать? Нет ведь.
Просто. Укажите. Пояс. В СМС. Хоть как GMT / UTC +5, хоть «МСК», хоть «местного времени», как-нибудь.
Ноутбук был уже не новым, так что я пошёл в другой сервис и поменял батарейку на китайскую за 6-8 тысяч (точно не помню), полностью осознавая риски и беря их на себя. Потому что я могу. С MBP 2018+, видимо, уже бы не смог…
Не думал, что кто-то использует мой любимый подход к разработке при создании онлайн-тестов)
Извините, я понимаю, что это решение, судя по ответам, действительно в большинстве случаев приемлемо, но просто не могу удержаться) В итоге имеем то, что имеем)
Поправьте, если я не прав, я в JS не очень разбираюсь, но оно ведь создаёт кучу временных объектов безо всякой нужды, а потом собирает их в другой временный объект (+ ещё reverse массива этих временных объектов).
На это можно возразить, что преждевременная оптимизация – корень всех зол и всё в таком духе, но это тоже вопрос довольно спорный, т.к. в плане выбора подходящих алгоритмов и структур данных, обычно проще сразу делать «нормально».
Соответственно, если человек отдаёт себе отчёт в побочных эффектах такого кода, и написал просто потому что это удобный однострочник, то всё хорошо. А вот если нет – то это пойдёт в минус, а не в плюс.
Если в JS это хороший способ (например, более эффективный вариант является слишком громоздким или эта конструкция как-то оптимизируется или что-нибудь в таком духе) – мой комментарий можно игнорировать. Как я уже сказал, я с JS не очень дружу)
Немного вклинюсь к вам просто разнообразия ради)
Objective-C
getter: `param`;
setter: `setParam:(value)` (синтаксис неточный)
Т.е. функция-геттер не имеет глагола.
А если серьёзно, то я на это уже отвечал, читайте ветку внимательнее.
Но давайте проясним – т.е. вы считаете, что пассивная агрессия в отношении части целевой аудитории статьи (конкретно – люди, которым интересен и досбокс, и айфоны, т.е., к примеру, я) – это хорошо и правильно? При чём настолько, что вы считаете нужным бороться против тех, кто хочет изменить такое положение вещей?) Боюсь, мы изучали этикет по разным книгам)
Я сам его взял.Вы пост-то читали?) Это автор вон говорит, что толпы людей читают про айфоны, и им безразличен досбокс ¯\_(ツ)_/¯Вторую часть сообщения можно посчитать оправданием в каком-то смысле. Что тем более показывает, что начало статьи неуместно, и я прав.
При этом да, мне действительно интересно узнать о новом релизе досбокса. И да, менее интересно, чем о новых айфонах. Я iOS-разработчик, на секундочку. Мне за это прощения на коленях просить?
Ну так а я как должен об этом узнать?) вот я турист из Исландии, заказал через онлайн-сервис билеты РЖД (в том числе) до августа этого года. И как я, исландский турист, должен понять, что вот это время, которое мне прислали – Московское, а не местное? Бабки об этом знают, потому что они русские, и так было десятилетиями. А я? И сколько таких РЖД по миру? Наверное, логичнее со всем этим безобразием разобраться один раз сервису, для которого это профессиональная обязанность, чем каждому клиенту на всякий случай перед каждой поездкой лазать по гуглам и выяснять особенности каждого конкретного поставщика услуг.
Насчёт того, что проблема на пустом месте – так вон же пост наверху, человек на этом обжёгся. Хорошо, что раньше приехал, а не опоздал. А если вы считаете, что всё равно сильно опоздать / долго ждать не получится, а все приезжают заранее, то напомню, что РЖД использовали московское время и во Владивостоке ;)
Просто. Укажите. Пояс. В СМС. Хоть как GMT / UTC +5, хоть «МСК», хоть «местного времени», как-нибудь.