Тоже проиграл с этой формулировки. Человек может и не ищет, но он точн сравнивает по этим характеристикам. Зачастую кстати выбирая более плохой товар, когда ну бумаге выглядит лучше. Например будет пять примерно равных рюкзаков, и в сравнении у одного будет 23 литра объём, у парочки — по 25, а какого-то — вообще 27. И человек зачастую примет решение, что больше больше литров в примерно таких же габаритах это лучше т.к. практичнее. А то что форма внутреняя может быть такой, что эти литры сугубо теоретические это пофиг. В табличке характеристик написано больше — значит лучше. Именно поэтому китайцы заваливают услоный Али товараами с фейковыми характеристиками. Потому что цифры продают вполне себе.
По моему опыту желание посмотреть на гитхаб действительно существует, в том числе у зарубежных работодателей и заказчиков, но каждый раз хочется спросить мол ребята, а что вы там ожидаете увидеть? Работа делается над проектами клиентов, это в личном гитхабе публично лежать не может лол.
Лень мешает. Многократно ловил источники слива почты через этот трюк с плюсом. Никто даже не парится нрмализацию делать т.к. источники почты по-умолчанию считаются уже нормализованными.
Потому, что как продукт Gmail (именно как сервис почты, не приложение) сознательно отходит от стандартов и делает так чтобы любое использование его вне официального приложения создавало дополнительный «фрикшн» для пользователей. Начиная от концепций тегов vs папок и заканчивая регулярными палками в колёса по авторизации: авторизация по паролю? не, не слышали, либо Oauth2 со своими заскоками, либо пароль приложения, который по цепочке требует двухфакторку... или вообще потребует вводить капчу лол.
Это обоюдоострый меч, бывает что качается 10 гигабайт вместо 50 гигабайт, а установка потом заниает дольше чем скачка 50 гигабайт (ну, на быстром интернете), потому что разархивация превращается в цирк.
То есть ты каждый день качаешь 2 игры по 200 гигов?
Хотел бы я посмотреть на то как бы вы качали апдейты в момент выхода Stalker 2, которые из-за упаковки не особо могли в дельта-апдейты и каждые пару дней перекачивали по 50-100 гигабайт кек.
это больше не место, где ты получаешь самые актуальные и полезные на практике знания. Это детский сад для престарелых подростков, потусить и отдохнуть перед тем как они хлынут на рынок труда без скиллов и умений.
Улучшенная ремонтопригодность, обслуживаемость и возможность кастомизировать прибор под требования клиента продаст его гораздо лучше чем дорогущая коробка.
К сожалению, это не так. Одна из основных характеристик плюс-минус любых корпоративных закупок это то, что покупать (принимать решения о покупке) будут не люди, которым потом это надо будет самим использовать. И не важно дело про промышленное оборудование, компьютеры или ПО.
Большинство подобных рынков бизнес оборудования не являются эластичными, снижение цены во многом это тупо «оставление денег на столе», кардинально больше (чтобы это компенсировало сниженную цену) не получиться продать.
Кому-то достаточно что есть три поля и при сабмите оно падает на целевую почту.
Кому-то нужна вторая копия для отправителя, мол мы получили Ваше письмо и всё такое.
Кому-то нужны дополнительные контролы в форме. Радио баттоны и прочее там.
Кому-то нужна логика завязанная на эти контролы. Например, чтобы разные тексты отправлялись или на разные почты.
Кому-то нужна капча (а по факту всем, но люди хотят разные).
Кому-то нужно чтобы копия сохранялась в локальной БД.
Кому-то нужно чтобы при сабмите оно пушилось в CRM или лид.
Кому-то нужно чтобы при сабмите оно пушилось в саппорт систему, вроде условного ZenDesk.
Кому-то нужна многоступенчатая форма. Более того, возможно с ветвлением.
И так далее, и так далее, и так далее.
И даже это можно сделать во многом на разных типовых инструментах, иногда даже без ручной разработки и допиливания, но потом не стоит удивляться, что на сайт добавили gravityforms какой-то и ещё пять платных плагинов-дополнений к нему лол.
Раз уж была поднята эта тема, то поделюсь взглядом частично со стороны на одну компанию с которой приходилось работать.
Решили они делать новый продукт, веб и мобильное приложение, упор на много пользователей и всё такое, в принципе ничего кардинально нового или слишком сложного, просто нужно нормально сделать и тянуть определенный масштаб. Окей, помогли им сделать эстимейт с поверхностным планом разработки. Команда из пары разработчиков (один фронт, впрочем в идеале нужно два, один бэк, один мобильный) справилась бы за 6 - 9 месяцев, в зависимости от конечного варианта (там небольшая вариативность предусматривалась). Бюджет в целом выходил довольно скромный, даже когда поверх этого в смену попадали продакты и прочие дополнительные люди.
В итоге, началу работы по сему плану дорогу перебежали инвесторы, которым захотелось чтобы в руководстве был кто-то из «опытных людей из тех-индустрии», для чего они достали там кого-то из телекома лол. «Опытный человек из индустрии» продал всем, что описанный в плане типовой подход это старое неэффективное говно от луддитов и для луддитов, а реальные пацаны всё делают сейчас на low-code/no-code решениях и в итоге привлекли относительно именитого международного вендора делать всё по всему модному феншую.
Спустя полтора года оказалось, что потрачены уже миллионы долларов, ничего не доведено до состояния «готово до релиза», часть функциональности отсутствует или не работает, то что есть сделано и работает или выполнено плохо, или выглядит мрачно, или работает через задницу. Часто всё сразу в разных пропорциях. При этом работала команда чуть ли не в дюжину разработчиков.
В результате начались разборки мол как же так и по результатам оказалось, что не только всё плохо сделано и медленно при этом делалось, но куча проблем в принципе не особо решаемы на выбранных инструментах, и стоимость сопровождения потом на этих выбранных low-code/no-code платформах оказывалась неадекватной для подобного продукта.
Я не сомневаюсь, что у любого инструмента есть отличные юзкейсы, где они себя хорошо и эффективно показывают, но этот фап на модные решениях это канонический пример забивания гвоздей микроскопом.
Дело не плохих стилях, а в том, что нативные десктопные инструенты (в плане фреймворков) для дизайна нетипового/кастомного UI, который всем так нравиться, это в 8 из 10 случаев лютая трешанина, на фоне которой даже упоротая комбинация HTML+CSS выглядит волшебно. Это вдвойне проблема когда заходит про кросс-платформенные инструменты.
Потому, что процесса преподавания обычно в таких схемах не особо завезли, как и объяснений, разбирательства, понимания. Тупо скормили набор булшита, проверили тестом что набор булшита был получен и пошли к следующему набору булшита.
Для экономии через автоматизацию. Все же хотят снизить количесто работы ручной, чтобы дешевле было (ну или чтобы один относительно дорогой человек мог больше её сделать), и в этом плане класс который прокликает тест на веб-страничке получит свои результаты быстро и без лишнего геморроя, никаких листочков, никакого писанины, никакой ручной проверки и т.д. А то, что это в итоге симуляция учёбы то никого не волнует.
Тоже проиграл с этой формулировки. Человек может и не ищет, но он точн сравнивает по этим характеристикам. Зачастую кстати выбирая более плохой товар, когда ну бумаге выглядит лучше. Например будет пять примерно равных рюкзаков, и в сравнении у одного будет 23 литра объём, у парочки — по 25, а какого-то — вообще 27. И человек зачастую примет решение, что больше больше литров в примерно таких же габаритах это лучше т.к. практичнее. А то что форма внутреняя может быть такой, что эти литры сугубо теоретические это пофиг. В табличке характеристик написано больше — значит лучше. Именно поэтому китайцы заваливают услоный Али товараами с фейковыми характеристиками. Потому что цифры продают вполне себе.
По моему опыту желание посмотреть на гитхаб действительно существует, в том числе у зарубежных работодателей и заказчиков, но каждый раз хочется спросить мол ребята, а что вы там ожидаете увидеть? Работа делается над проектами клиентов, это в личном гитхабе публично лежать не может лол.
Лень мешает. Многократно ловил источники слива почты через этот трюк с плюсом. Никто даже не парится нрмализацию делать т.к. источники почты по-умолчанию считаются уже нормализованными.
Потому, что как продукт Gmail (именно как сервис почты, не приложение) сознательно отходит от стандартов и делает так чтобы любое использование его вне официального приложения создавало дополнительный «фрикшн» для пользователей. Начиная от концепций тегов vs папок и заканчивая регулярными палками в колёса по авторизации: авторизация по паролю? не, не слышали, либо Oauth2 со своими заскоками, либо пароль приложения, который по цепочке требует двухфакторку... или вообще потребует вводить капчу лол.
Потому что разработчикам глубоко наплевать. Собственно и остальные моменты тоже. Ибо «Ахаха что ты делаешь? Уйдёшь с Gmail? Ахаха». Ну вот и всё.
Это обоюдоострый меч, бывает что качается 10 гигабайт вместо 50 гигабайт, а установка потом заниает дольше чем скачка 50 гигабайт (ну, на быстром интернете), потому что разархивация превращается в цирк.
Такое ощущение что скорее 2 десятка, если не больше кек. Они конечно не все прямо таки были супер-гигантские, но порой случалось так.
Хотел бы я посмотреть на то как бы вы качали апдейты в момент выхода Stalker 2, которые из-за упаковки не особо могли в дельта-апдейты и каждые пару дней перекачивали по 50-100 гигабайт кек.
починил
Firefox лимитирует место, но телега просто упирается в лимит и перестаёт работать пока не очистишь память и не перезайдёшь в клиент.
Лолшто? Там скорость легко превышает 100 Мбит/с
К сожалению, это не так. Одна из основных характеристик плюс-минус любых корпоративных закупок это то, что покупать (принимать решения о покупке) будут не люди, которым потом это надо будет самим использовать. И не важно дело про промышленное оборудование, компьютеры или ПО.
Большинство подобных рынков бизнес оборудования не являются эластичными, снижение цены во многом это тупо «оставление денег на столе», кардинально больше (чтобы это компенсировало сниженную цену) не получиться продать.
Проблема в том, что считать типовым.
Кому-то достаточно что есть три поля и при сабмите оно падает на целевую почту.
Кому-то нужна вторая копия для отправителя, мол мы получили Ваше письмо и всё такое.
Кому-то нужны дополнительные контролы в форме. Радио баттоны и прочее там.
Кому-то нужна логика завязанная на эти контролы. Например, чтобы разные тексты отправлялись или на разные почты.
Кому-то нужна капча (а по факту всем, но люди хотят разные).
Кому-то нужно чтобы копия сохранялась в локальной БД.
Кому-то нужно чтобы при сабмите оно пушилось в CRM или лид.
Кому-то нужно чтобы при сабмите оно пушилось в саппорт систему, вроде условного ZenDesk.
Кому-то нужна многоступенчатая форма. Более того, возможно с ветвлением.
И так далее, и так далее, и так далее.
И даже это можно сделать во многом на разных типовых инструментах, иногда даже без ручной разработки и допиливания, но потом не стоит удивляться, что на сайт добавили gravityforms какой-то и ещё пять платных плагинов-дополнений к нему лол.
Раз уж была поднята эта тема, то поделюсь взглядом частично со стороны на одну компанию с которой приходилось работать.
Решили они делать новый продукт, веб и мобильное приложение, упор на много пользователей и всё такое, в принципе ничего кардинально нового или слишком сложного, просто нужно нормально сделать и тянуть определенный масштаб. Окей, помогли им сделать эстимейт с поверхностным планом разработки. Команда из пары разработчиков (один фронт, впрочем в идеале нужно два, один бэк, один мобильный) справилась бы за 6 - 9 месяцев, в зависимости от конечного варианта (там небольшая вариативность предусматривалась). Бюджет в целом выходил довольно скромный, даже когда поверх этого в смену попадали продакты и прочие дополнительные люди.
В итоге, началу работы по сему плану дорогу перебежали инвесторы, которым захотелось чтобы в руководстве был кто-то из «опытных людей из тех-индустрии», для чего они достали там кого-то из телекома лол. «Опытный человек из индустрии» продал всем, что описанный в плане типовой подход это старое неэффективное говно от луддитов и для луддитов, а реальные пацаны всё делают сейчас на low-code/no-code решениях и в итоге привлекли относительно именитого международного вендора делать всё по всему модному феншую.
Спустя полтора года оказалось, что потрачены уже миллионы долларов, ничего не доведено до состояния «готово до релиза», часть функциональности отсутствует или не работает, то что есть сделано и работает или выполнено плохо, или выглядит мрачно, или работает через задницу. Часто всё сразу в разных пропорциях. При этом работала команда чуть ли не в дюжину разработчиков.
В результате начались разборки мол как же так и по результатам оказалось, что не только всё плохо сделано и медленно при этом делалось, но куча проблем в принципе не особо решаемы на выбранных инструментах, и стоимость сопровождения потом на этих выбранных low-code/no-code платформах оказывалась неадекватной для подобного продукта.
Я не сомневаюсь, что у любого инструмента есть отличные юзкейсы, где они себя хорошо и эффективно показывают, но этот фап на модные решениях это канонический пример забивания гвоздей микроскопом.
Дело не плохих стилях, а в том, что нативные десктопные инструенты (в плане фреймворков) для дизайна нетипового/кастомного UI, который всем так нравиться, это в 8 из 10 случаев лютая трешанина, на фоне которой даже упоротая комбинация HTML+CSS выглядит волшебно. Это вдвойне проблема когда заходит про кросс-платформенные инструменты.
*twelve seconds later*
Как удобно. И да, мистр Сидр передаёт всем привет
Потому, что процесса преподавания обычно в таких схемах не особо завезли, как и объяснений, разбирательства, понимания. Тупо скормили набор булшита, проверили тестом что набор булшита был получен и пошли к следующему набору булшита.
Для экономии через автоматизацию. Все же хотят снизить количесто работы ручной, чтобы дешевле было (ну или чтобы один относительно дорогой человек мог больше её сделать), и в этом плане класс который прокликает тест на веб-страничке получит свои результаты быстро и без лишнего геморроя, никаких листочков, никакого писанины, никакой ручной проверки и т.д. А то, что это в итоге симуляция учёбы то никого не волнует.
При всём уважении, но я видел десятки примеров того как телефоны на Android, даже брендовые, рандомно крашились и перезагружались.
Именно от этого призвано защитить ограничение на питание процессора в случае деградации батареи.