уточню, зайти под рутом и выполнить adb pull / вроде ничего сложного, но часть разделов в это время отмонтирована, хотелось бы какой то гайд по разделам, где что лежит для бекапа, что стоит копировать что не стоит
Александр Логинов-Солоницын: полностью согласен с фразой о монетизации хобби! Но я говорю о том, что в хобби человек самовыражается и это ему нравится. Но когда работаешь на чужого дядю, появляется масса нюансов, когда приходится делать то, что тебе не нравится. И если в качестве хобби можно реализовать какой то собственный проект, но в качестве работы могут посадить на допиливание чужих багов и хочешь- не хочешь, с этим придется ковыряться. конечно, допиливание чужих багов - не плохая школа, но будет ли это интересно? Просто я к тому, что программист - это определенный склад ума, и какой то конкретный язык программирования или сфера работы тут не столько важна, как возможность адаптироваться и постоянно учиться новому. Если человек готов к этому, он не будет задавать подобных вопросов на форуме, как топикстартер
Наоборот пример очень корректный. Дворнику приходится работать и в гололёд и в снег и в дождь и в жару и убирать что угодно, гавно и лепестки, никто не спрашивает, нравится это или нет. Тоже самое и с программистом, придётся разбираться с множеством сопутствующих технологий, нравится или не нравится. А сколько говнокода перелопатит, не счесть. И не факт, что человеку понравится работать с чужим кодом, под чужую дудку и с чужими смежными технологиями, а дорога назад после смены профиля обычно не менее сложна чем движение вперёд по выбранному профилю
раньше не работал с elasticsearch. можете подсказать, как оптимизируется поиск по базе в сотню гигабайт? mysql конечно не идеал, но там можно выбрать лимитами определенный участок и в нем выполнить поиск по параметрам. а в elasticsearch как это реализуется?
я вам про п.1 писал выше, что
боюсь что в вашем примере пользователь не сможет войти ни с нового устройства, ни со старого устройства (после выхода будет храниться старый идентификатор в БД, а во время входа будет выдан новый идентификатор - и условие проверки не будет проходить)
тогда не понимаю, каким образом вы ограничиваете доступ к сайту с одного устройства, если пользователь может на трех устройствах зайти, где кукисы нет - введет логин пароль, где есть - войдет авторизованным
боюсь что в вашем примере пользователь не сможет войти ни с нового устройства, ни со старого устройства (после выхода будет храниться старый идентификатор в БД, а во время входа будет выдан новый идентификатор - и условие проверки не будет проходить)
я понимаю, что работодателю удобно получить документы курьером, но я бы хотел также услышать мнение тех, кто уже имел опыт трудоустройства как работник
кешируем, результат заметен очень слабо. когда начали закручивать гайки практически везде, клиент выразил недовольство, что интерактивность сайта понизилась
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
