Да. Частично в этом виноваты всякие умные часы, т.к. уведомления нынче туда выносят, а частично то что никто нынче не звонит - а текст удобнее на большом экране, а если кто и звонит то на гарнитуру.
Чисто под Ваши требования ничего нет.
Как по нам так неплохим вариантом является samsung galaxy s10e (именно Е) , сами взяли недавно, правда не сказать что очень довольны за такие деньги, стоил бы он на 15 косарей дешевле - была бы вещь...
Размеры - 69.90x142.20, ширина - в рамках, высота на 7.2мм больше чем Вам надо, но тут уж не до жиру.
Ценник - можно найти в пределах 40 если серый брать.
Автономность - если отключить живой экран и прочие фирменные свистопердлки, то с утра до вечера хватает (тут конечно печаль, т.к. нашего старого j7 при тех же условиях хватало на 2 дня).
Не эппл. Даже лучше - частично юникс, есть режим dex на который убунту можно вкрячить и с доком по сути иметь переносной ноут (еще не пробовали, но душу очень греет сама такая возможность - не таскать лишнее устройство и всегда иметь под рукой комп по сути).
В отличии от многих новомодных смартов - у этого нет дебильного 29847525 D экрана, и адекватное распознавание отпечатков.
Поиск бага займет 2 дня, а переделка всего сайта 2 месяца. Выгоднее поиск бага брать. На том же upwork-е где навалом прогеров умеющих искать баги - часовой рейт на такие задачи минимум в 4 раза выше, и это мы не утрируем, это реально так. Но в россии предложи и в 10 раз больше рейт - скажут "тут надо все переделывать"©
Это верно для студий, где размер заказа имеет приоритет перед его удельной стоимостью, т.к. первоочередная задача это нагрузка сотрудников, что бы вхолостую не сидели. На фрилансе же удельная стоимость заказа в приоритете, а за поиск ошибок платят существенно больше.
p.s.: И на всякий случай - мы говорили не о "поиске ошибок", а в целом о работе с чужим кодом, в том числе доработкой.
Нам нравятся эти стыдливые сдавальщики недвиги. Они никогда не говорят сколько стоит квартира которую они сдают (т.е. реальная цена актива), они всегда говорят за сколько купили и обходят вопрос сколько вложили.
Что-нибудь типа "я купил однушку в москве за 2млн, отремонтировал и сдаю ее за 200 тысяч в месяц". А за кадром то, что он купил ее в 99 году и в ремонт вложил 18млн, а сейчас такая квартира 60млн стоит. Но конечно "купил за 2млн и сдаю за 200 тысяч" звучит более круто чем "хата стоит 60млн, сдаю за 200 тысяч" 😂
За 400 в месяц в Валенсии можно сдавать хату которая стоит в районе 80 тысяч (последние пару лет цены на недвигу в испании поперли вверх + цена ремонта). Из этих 400 надо вычесть порядка 25% налогов, и около 50 евро коммунидад. Оппа - осталось 250 евро. Прибавим к этому стоимость лицензии, которую еще дождаться надо (а ждут ее по полгода минимум и в это время хата стоит) и заодно добавим сюда стоимость текущих ремонтов и оппа - уже получается не так радужно, 200 евро чистого дохода в месяц на 80 тысячный актив с гемороем по сдаче в нагрузку. Вах какой бизнес.
p.s.: По топику. Идея автора адский бред. Некоторое время назад аналогичная ситуация была в нарве. Строили электростанцию, там было много аренды для работников и т.д., кое-кто нахапал квартир по 30-40 тысяч и сдавал их неплохо, ровно до тех пор пока строительство не закончилось и хаты с 40 тысяч упали до 20 тысяч, но да, за пару лет строительства огромный доход в 5-10 тысяч евро грязными оно принесло 😂
Звонят, нам прошлый год звонили. Заказные письма это немного миф сейчас, они обязаны уведомить и телефонный звонок тоже канает за уведомление. Это кстати и полиции касается, а не только налоговой.
Понабрали по объявлениям блин, мы все правильно посчитали и уплатили, но пришлось к начальнику местному ходить что бы он объяснил работнику что ошибки нет. Так что возможно ТС все правильно сделал, просто в налоговой этого не догнали.---------- Добавлено 30.04.2019 в 01:52 ----------
Ну вот допустим Вы сделали работу, потратили на нее 2 недели, рабочих, считай 40 рабочих часов. А заказчик возьми и умри нечаянно. И Вы сидите без денег. Оно Вам надо? Чем, как и когда он Вам заплатит? На том свете угольками?
Работа без оплаты годится только на мелких проектах которые можно уложить в несколько часов.
В ИТ тоже и в том числе в разработке.
Бесспорно, Вы правы. Но это именно потому, что построением карьеры единицы занимаются, а массово людям на карьеру плевать - должность/зарплата есть и ладно.
Построение карьеры это же не просто "посидел на одном месте, через год сменил работу, повторил 5 раз - и оппа, ты топчик"© Это постоянно образование, это курсы, это взятие интересных проектов, это вкалывание каждый день, это проявление инициативы, это лизание жоп в конце концов 😂---------- Добавлено 30.04.2019 в 01:44 ----------
Кстати, удивительно мало людей умеет работать с чужим кодом нынче. Большинству проще сказать "это говнокод, тут надо все с нуля переписать", чем разобраться, вникнуть в проблему и решить ее. И чем дальше тем хуже - у нас последнее время больше половины заказов именно от заказчиков которые пришли с "диагнозом" вида "тут надо всё переделывать, полгода работы, ага", а по факту неделя доработок/правок и всё бодро фурычит. Лет 10 назад такого не было, большинство умело дорабатывать чужой код. При чем дело даже не в попытке развести на большой заказ, тупо не умеют и не хотят.
Первое и самое главное - надо нанимать фрилансера. Именно фрилансера, а не офисного работника, который подрабатывает работая в офисе или упаси боже безработный который ищет работу и подрабатывает фрилансом. Офисный работник с работой или нет - не заинтересован работать на фрилансе и речь здесь даже не о репутации, а банально о том, что ему не интересно прокачивать фрилансерские скиллы. Ему будет по фиг на Ваш заказ.
Второе и не менее важное - надо искать именно фрилансера исполнителя. Подавляющее большинство акков на фриланс биржах это посредники, при чем нередко скрывающие это, впрочем не скрывающие это фирмы туда же. Как результат - реально работу выполнит черт знает кто и черт знает как, не факт что плохо, но фишка в том, что непредсказуемо + испорченный телефон.
Третье - надо не искать исполнителя, надо оставлять вакансию и что бы искали Вас. Оставляете хорошее ТЗ и сразу в урну всех кто отвечает не читая его или не вникая, они не заинтересованы в выполнении ТЗ, они заинтересованы во взятии заказа. 95% отзывов будет "готов работать обращайтесь", если же будете искать сами - эти 95% можете случайно нанять.
Четвертое - надо смириться с тем, что если Вам нужно качество, то скорее всего будут сорваны сроки. Качество как правило получается при уклоне фрилансера в перфекционизм, это не добродетель, это диагноз. Качественный фрилансер может 2 месяца думать над выбором шрифта для переключения rus/eng и вряд ли сможет адекватно объяснить почему это так много времени занимает.
Пятое - не смотрите на цену. Цена вообще редко коррелирует с качеством, ну, т.е. она должна быть выше какой-то определённой планки, но тем не менее это не определяющий фактор на фрилансе. Так что просто выбирайте в рамках имеющегося бюджета. Просто имейте в голове, что тот же юникс написали бесплатно.
Шестое - Ваша вовлеченность в процесс. Если Вам по фиг на что-то (сроки, количество запятых в тексте, размер группы), то и от фрилансера получите такое же отношение к этому. И не по злому умыслу, а просто он будет подстраиваться под Вас, т.к. в любом проекте есть 100-500 факторов и невозможно вычленить важных для заказчика без его реакции. А если реакция вида "надо срочно еще вчера расставить запятые в тексте", а когда на завтра проект сдан и заказчик такой "я через месяцок гляну че там как", то следующий раз трепетного отношения к срокам не будет. Еще раз - это не по злому умыслу, не из вредности, а просто естественная реакция, раз заказчику это не важно - значит надо этот момент можно считать не важным, а сконцентрировать внимание на других моментах.
Седьмое - да прост повезти должно: 😂 все остальные факторы это так, попытка вытянуть выигрышный лотерейный билетик выбирая листик потяжелее из бочонка.
Культуры мотивировать нет. Мотивация вида "Учитель - это призвание! "© и прочее она так себе.
Так причина со следствием же. Если результат одинаков вне зависимости от того как работаешь, а таскание гвоздей дает дает бОльший результат, то что будет закономерным? Правильно - таскание гвоздей. Если построить бизнес-процесс так, что наибольший результат для работника дает таскание гвоздей, то именно их и будут таскать, че не так-то?:)
Для наёмного работника это не бред. Человек при приложении усилий растет быстрее чем компания и за год (два-три, кстати обычно говорят про 2-3) перерастает своё место в ней и нет смысла играть в лиге любителей когда уже перерос ее. Если же он не растет - тогда о каком построении карьеры речь? Случай когда компания растет не медленнее работников - крайне редок.
Объект это экземпляр класса, а не сам класс.
Упрощенно - рассматривайте константу как неизменяемую статическую переменную https://www.php.net/manual/ru/language.oop5.static.php
Она одна для любого объекта класса.
danforth, еще раз - спор ради спора нам не интересен, равно как и Ваш набор лозунгов (без их понимания) про современность и блабла, спасибо. Чем myisam может быть лучше в данном случае уже писали, добавим впрочем еще - бакапить проще.
Тут вопрос не в том какое у Вас содержимое, а что Вы с ним собираетесь делать.
Если только доставать по ИД, то нет смысла городить огород с кучей полей. Пихайте все в blob и все.
А вот если при выборке у Вас будут поля по которым будет сортировка или фильтрация - тут уже надо выносить их отдельно и думать как.
Есть же innodb_file_per_table , будут таблицы в разных файлах. В плане надежности и легкости бакапов это не поможет, но в целом грамотная настройка, да еще и компрессию только с ней можно включать.
Рекомендуем Вам завязать с религиозным фанатизмом. Понравилось Вам innodb когда-то - Вы молодец. У myisam есть + и - по сравнению с innodb, если Вы отложите на минутку свой религиозный фанатазим и попробуете вникнуть в суть - Вы это поймете. Пока же похоже Вам интересно не столько разобраться в вопросе, сколько поспорить ради спора - что в свою очередь неинтересно нам. Поэтому извините, но дальше объяснять что-то не видим смысла.
Для задач ТС - по фиг.
Нет.
Возможно, но в пункте 2 есть "набор полей", а не просто "ид и дсон".
Холивары на эту тему отгремели лет 5 назад уже, мы не будем это начинать тут и сейчас, но просто отвечая на вопрос - при небольшом сбое ничего не будет, при среднем - майисаму понадобится репаир тейбл и все на этом, при крупном - иннобд умрет а майисам потеряет часть данных. И не забывайте какой размер логов бинарных транзакций будет на базе размером в 500гб.
https://www.percona.com/blog/2009/01/12/should-you-move-from-myisam-to-innodb/ до сих пор актуальная статья.
