Если вы профессионал, то бонус получите в любой сфере, пробелму IT одна — Аутсорс, платят иностранцы, если быть нативным разработчиком — то ЗП как у всех, в США зарплата обычного айтишника как у фармацепта.
Когда ты обычный — ты подвержен цене рынка, когда ты профи — то сфера почти не важна.
Вы похоже никогда не инетресовались нейрохирургией и вообще реальными работами в области развития мозга. ДНК влияет примерно на 5% (если ребенко здоров), потом первые 3 года развития имеют важную роль, после 3 лет обучать мозг уже сложнее, но будет то, чему он на тренируется, беда заключается в том, что контролировать этот тренинг почти невозможно, единственное что возможно — показывать как можно больше нового и разнообразного и не позволять циклится. Образование мало чем помогает в развитие мозга, а все эти темы «Мозг не заточен под математику» — так вышло на протяжении всей жизни, а влияет на это окружение человека, не только родители и друзья, но и каждая мелочь. А на личность може повлиять лишь одна фраза услышенная много лет назад и не известно как.
— И не путайте развитие человека и его успехи в бизнесе или работе, атлетов много, но не каждый участвует в Олимпийских играх и не каждому даже нужно.
Сначала человек должен поставить цель, и если цель — деньги, то принимать правильные решения, а для принятия правильных решений нужно — тренироваться в этом направлении.
У людей разные цели и деньги не всегда мера успешности. Успех — это жить так, как тебе нравится, кто-то любит путешествовать, а кто-то спасать зверей, кто-то учить детей, а кто-то все это делает просто на потоке и несчастен.
Подобные статьи еще раз доказывают, что многие IT люди выпали из реальной жизни и живут в вакуме, и кому-то приходит озаренее, что писать код (после 10 летней практики) это просто, а работать на шахте сложно, трудно и опасно, потому другие нытики дизайнеры и кодеры должны заткнуться и понять, как им повезло.
В реальности же, за пределами IT бурлит жизнь.
Приведу пару профессий, которые по меркам статьи можно считать простыми:
— Нейрохирург (любой другой хирург)
— Охрана кораблей от пиратов
— Пиратехник
— Иммунолог
— Космонавт
— Летчик (особенно гражданских авиалиний, вообще нечего делать)
— Повар
— Воздушный гимнаст
— Аквалангист
— Спасатель
— Полицейский и пожарники, которые любят свою работу
— Это философский вопрос. Такой же как вопрос самоубийств а уроках литературы: «сила» или «слабость», кто-то отвечает, что сила, ведь убить себя — нужно мужество, а кто-то отвечает слабость, потому что не было мужества жить и сталкиваться с реальными проблемами.
Каждый челвоек, который сидит сутками и работает по-настоящему — очень тяжело работает и устает. Есть ведь врачи, которые не работают, а сидят в кабинетах и выписывают бланки на прививки, а есть, которые в тренде и реально решают проблемы, так и в IT, кто-то ходит на 8 часовой рабочий день делать WP сайты, а кто-то ищет свет в конце тоннеля работая по 14 часов в день и тут спорны вопрос, кто устает больше, такой IT или кто делает ремонт в квартирах по 6-8 часов в день.
Потому что есть фрилансеры — выходцы из нормальных фирм, но сами себя продавать не умеют. Даже новичок может себя работой на бирже под 100% забить, тоже не могу понять, какие могут быть конкурсы вообще, да ще за минимальный бюджет, было бы за что сражаться )
Управляю через phpmyadmin mysql5.7, работаю с миллионами данных, есть парсер интернета с поиском по товарам и тд, умею все это дело оптимизировать и настраивать.
Про Mongo не интересно, не понимаю, почему нужно тратить свое время на нее, если с ней есть проблема гибкости анализа и связей данных, а производительность Mysql после настройки такая же и на запись, особенно если пару трюков с LOAD IN FILE сделать.
— Подскажите
В чем ключевое практическое преимущество PostgreSQL над MySQl и есть ли оно?
И есть ли что-то злое, плохое в Mysql, что критично для какой-то бизнес логики, а не для удобства, может быть точность или типа того?
PS. К тому же цена формируется как у врача. Если запись 100%, то цену можно просто поднимать и не важно, что она выше рыночной, многие клиенты зарабтывают и им всеравно сколько стоит Landing -300 или 1000$, главное, чтобы сделали и не любили мозги.
Рынок IT очень сложный, автора шокировала верстка 19 000 рублей, так то, 19 000 рублей — это старт для нормального лендинга с поддержкой мобильной версии, если еще корзинку верстать, то еще пару тысяч можно накинуть.
— А в цену входит нормальный процесс производства, без пропадания, зависания и костылей.
Еще в цену входят хорошие люди )
На самом деле, стоит платить за постоянные профессиональные связи, когда ваша работа выполняется, подрядчику доверяете и спите спокойно.
В целом у вас странный паттерн выполнения работ в данном задании, верстальщик сделал даже то, о чем не договаривались, похоже на полный бардак и я как-то раз так работал с Индусами ) Это вам еще повезло, что он исчез без оплаты, бывают случаи — наоборот, хотя сейчас на биржах кинуть сложно, но просто бывают люди не могут просто ничего.
— Очень интересно посмотреть на результат, может вопрос шоков и цен будет расскрыт, так то Landing можно сделать и за 30$
— По поводу сложности рынка. Мои партнеры из Индии получают 100$ в час за дизайн, я просто голову ломаю, как так можно продавать гениально! )
Я бы вам предложил верстку и сразу WP Woocommerce с возможностью редактировать все на сайте, и перехват буфера из index.php для кеширования, чтобы WP работал как 1 статический файл, быстро и функционально )
Вы это уже говорили, я не знаю как бы вам внятно объяснить. Есть открывающие и закрывающие теги, какая разница что там со строками и где что лежит, после получения данных для одного ядра строки соединяются и проверяются на валидность, все обрывистые куски отсеиваются и закрываются те теги, которые нужны, затем передается в xml reader
По строкам, а потом допишу в разрыве xml, чтобы превратить в валидный, чтобы не потерять данные, следующий цикл начнется на пару строк выше разрыва, есть вероятность повтороного попадания данных (дубли), но они пропускаются при импорте
Нужно просто очистить хвост, чтобы в конце остался только закрывающийся тег
Нет, я не конвертирую строки, я на 1 ядре объединяю их и делаю из них валидный xml, потому не важно как именно разбит файл, идея считывать группу строк, а не весь файл целиком.
Все упадет если файл будет 1 строковый. Ну под это тоже можно написать альтернативу, но по задаче не требуется.
За что минусуют не могу понять, у меня на разбор уходет от 5 до 15 минут на 7gb xml данных, а у вас 1.5 часа на 1.5
Дикая утечка памяти? Авто же жаловался на скорость, зачем мне экономить память, и это не утечка, а использование. Моя задача скорость и я разбил файл на 300 000 кусков и разослал на обработку 6 серверам всем их ядрам под 100%.
Зачем это делать на сервере с онлайн пользователями — я не понимаю )
XMLReader или xml_parser — я жду их выполнения, что мне толку от их потребления памяти, памяти в избытке, а 300 000 строк по кругу не позволяют ей выйти из того объема, который меня устраивает. Если их же вызвать 24 раза одновременно — будет в 24 раза быстрее, а 300 000/24 — парсер не каждую строчку конвертирует, а все строчки как 1 файл на ядре.
— Все 24 запрсоа не только конвертируют XML -> В массив, естественно они сначала конвертируют строки в XML объект. Но так как по XML объект ходить сложно (особенно, когда структура постоянно разная), то я написал функцию конвертации всех параметрво и аттрибутов в key/value массив, который возращается как json
— 24, 300 000 — все эти цифры условные, постоянно перенастраиваются и тд
У меня тоже есть поставщики фидов по 2-4 gb на xml
Мне пришлось написать безумные вещь для этой задачи.
— Открываю файл и читаю его построчно, пропуская открытие и закрытие, беру около 300 000 строк
— При помощи CURL рассылаю строки на эту же машину + на удаленные машины (24 запроса = 300 000/24)
— Все 24 запроса конвертируют XML в key/value массив
— Система собирает с каждого curl один массив
И так по кругу пока не кончится файл
Из сложного — надо правильно открывать и закрывать xml, чтобы он был валидный.
PS.
24 — это не сервера, это запросы, сервернов 4 по 6 (6 ядрен * на 4 офисные машины)
Проверьте htop, ваш php для этой задачи берет скорее всего только 1 ядро, заставить брать все ядра можно мультизапросами.
Можно обновлять кеш по факту изменения цены, все просто. Контролировать кеш не только по времени, но по факту изменений, тогда изменения применяться моментально.
PS. Контролировать кеш при большом количестве серверов извне сложно, но можно делать 1 запрос на проверку изменений, а изменения хранить как отдельное поле, тогда будет 1 запрос, но не такой критичный.
Когда ты обычный — ты подвержен цене рынка, когда ты профи — то сфера почти не важна.
— И не путайте развитие человека и его успехи в бизнесе или работе, атлетов много, но не каждый участвует в Олимпийских играх и не каждому даже нужно.
Сначала человек должен поставить цель, и если цель — деньги, то принимать правильные решения, а для принятия правильных решений нужно — тренироваться в этом направлении.
У людей разные цели и деньги не всегда мера успешности. Успех — это жить так, как тебе нравится, кто-то любит путешествовать, а кто-то спасать зверей, кто-то учить детей, а кто-то все это делает просто на потоке и несчастен.
В реальности же, за пределами IT бурлит жизнь.
Приведу пару профессий, которые по меркам статьи можно считать простыми:
— Нейрохирург (любой другой хирург)
— Охрана кораблей от пиратов
— Пиратехник
— Иммунолог
— Космонавт
— Летчик (особенно гражданских авиалиний, вообще нечего делать)
— Повар
— Воздушный гимнаст
— Аквалангист
— Спасатель
— Полицейский и пожарники, которые любят свою работу
— Это философский вопрос. Такой же как вопрос самоубийств а уроках литературы: «сила» или «слабость», кто-то отвечает, что сила, ведь убить себя — нужно мужество, а кто-то отвечает слабость, потому что не было мужества жить и сталкиваться с реальными проблемами.
Каждый челвоек, который сидит сутками и работает по-настоящему — очень тяжело работает и устает. Есть ведь врачи, которые не работают, а сидят в кабинетах и выписывают бланки на прививки, а есть, которые в тренде и реально решают проблемы, так и в IT, кто-то ходит на 8 часовой рабочий день делать WP сайты, а кто-то ищет свет в конце тоннеля работая по 14 часов в день и тут спорны вопрос, кто устает больше, такой IT или кто делает ремонт в квартирах по 6-8 часов в день.
Про Mongo не интересно, не понимаю, почему нужно тратить свое время на нее, если с ней есть проблема гибкости анализа и связей данных, а производительность Mysql после настройки такая же и на запись, особенно если пару трюков с LOAD IN FILE сделать.
— Подскажите
В чем ключевое практическое преимущество PostgreSQL над MySQl и есть ли оно?
И есть ли что-то злое, плохое в Mysql, что критично для какой-то бизнес логики, а не для удобства, может быть точность или типа того?
Спасибо за совет )
Еще хочу напомнить, что в Вебе UI — сама сложная вещь, если мы не говорим про частные случаи просчета бизнес логик
— Ну например я знаю когда можно использовать GPU для анимации, а когда нельзя и какие артефакты визуальные появляются.
Не на каждом сайте эти знания нужны, но есть и другие качества, как минимум любовь заказчиков к стилю работ ы.
— А еще самостоятельность, самостоятельный разработчик стоит больших денег, который реально решит вашу проблему, а не будет ждать от вас указаний.
Landing — около 300$
Landing + WP ACF fields ~ 500-600$
Landing + WP ACT + Woocommerce — 800-950$
— А в цену входит нормальный процесс производства, без пропадания, зависания и костылей.
Еще в цену входят хорошие люди )
На самом деле, стоит платить за постоянные профессиональные связи, когда ваша работа выполняется, подрядчику доверяете и спите спокойно.
В целом у вас странный паттерн выполнения работ в данном задании, верстальщик сделал даже то, о чем не договаривались, похоже на полный бардак и я как-то раз так работал с Индусами ) Это вам еще повезло, что он исчез без оплаты, бывают случаи — наоборот, хотя сейчас на биржах кинуть сложно, но просто бывают люди не могут просто ничего.
— Очень интересно посмотреть на результат, может вопрос шоков и цен будет расскрыт, так то Landing можно сделать и за 30$
— По поводу сложности рынка. Мои партнеры из Индии получают 100$ в час за дизайн, я просто голову ломаю, как так можно продавать гениально! )
Нужно просто очистить хвост, чтобы в конце остался только закрывающийся тег
Все упадет если файл будет 1 строковый. Ну под это тоже можно написать альтернативу, но по задаче не требуется.
Дикая утечка памяти? Авто же жаловался на скорость, зачем мне экономить память, и это не утечка, а использование. Моя задача скорость и я разбил файл на 300 000 кусков и разослал на обработку 6 серверам всем их ядрам под 100%.
Зачем это делать на сервере с онлайн пользователями — я не понимаю )
XMLReader или xml_parser — я жду их выполнения, что мне толку от их потребления памяти, памяти в избытке, а 300 000 строк по кругу не позволяют ей выйти из того объема, который меня устраивает. Если их же вызвать 24 раза одновременно — будет в 24 раза быстрее, а 300 000/24 — парсер не каждую строчку конвертирует, а все строчки как 1 файл на ядре.
— Все 24 запрсоа не только конвертируют XML -> В массив, естественно они сначала конвертируют строки в XML объект. Но так как по XML объект ходить сложно (особенно, когда структура постоянно разная), то я написал функцию конвертации всех параметрво и аттрибутов в key/value массив, который возращается как json
— 24, 300 000 — все эти цифры условные, постоянно перенастраиваются и тд
Мне пришлось написать безумные вещь для этой задачи.
— Открываю файл и читаю его построчно, пропуская открытие и закрытие, беру около 300 000 строк
— При помощи CURL рассылаю строки на эту же машину + на удаленные машины (24 запроса = 300 000/24)
— Все 24 запроса конвертируют XML в key/value массив
— Система собирает с каждого curl один массив
И так по кругу пока не кончится файл
Из сложного — надо правильно открывать и закрывать xml, чтобы он был валидный.
PS.
24 — это не сервера, это запросы, сервернов 4 по 6 (6 ядрен * на 4 офисные машины)
Проверьте htop, ваш php для этой задачи берет скорее всего только 1 ядро, заставить брать все ядра можно мультизапросами.
PS. Контролировать кеш при большом количестве серверов извне сложно, но можно делать 1 запрос на проверку изменений, а изменения хранить как отдельное поле, тогда будет 1 запрос, но не такой критичный.