Мне кажется, без разрешения на работу имеет смысл искать работу только в тех странах, где это разрешение быстро делается (в Сингапуре/Дубае?). Зачем добровольно биться в закрытую дверь?
По-поводу гражданства - вы даёте руку на отсечение что им пофиг? Вы не путайте разговоры о недискриминации и реальное положение вещей. Я вот, например, уверен, что здесь в Австралии англичанину проще найти работу, чем бангладешцу, но только прямо вам про это никто, разумеется, не скажет.
У меня есть знакомый, на чьё резюме стало больше откликов после смены имя на немецкое (он решил провести эксперимент).
Но лучше, наверное, Беларусь не упоминать всуе, пишите Минск, хотя бы. Стесняться этого не стоит, но и акцентировать внимание необязательно. Национализм не исключён.
Повторяйте ключевые слова по популярным технологиям: React Js, Angular, Vue и пр. Можно после каждой работы указать ещё раз какие вещи использовались.
Напишите больше технических метрик: объём кода уменьшился на столько-то, покрытие тестами увеличилось на столько-то, время сборки, перформанс. Engagement и рост продаж как-то непонятно и выглядит немного бульшительствено.
Responsive design HR-ам может быть непонятен (да, они тупые). Лучше типа mobile-friendly
Кроме того, раз вы фронтендер, то почему бы не добавить ссылки на конкретные сайты?
Spearhead - непонятное слово. Мне кажется для резюме не слишком подходит.
Слишком много рефакторингов в резюме - может отпугивать. Но если рефакторинг в резюме обосновать, типа в соответствии с требованиями по Accessability, то будет выглядеть лучше
А с чего вы решили что 300 высланных резюме - это много? Вы просто почему ломанулись в страну где, очевидно, переизбыток рабочей силы из-за хорошо налаженной иммиграции. Это большая ошибка считать, что во всём мире ИТ-рынок такой же хороший для кандидатов как в Украине/России.
Кстати, забавно что ваше CV по формату практически идентично моему (на него тоже мало откликаются). Имеет ли это какое-либо значение? Также интересен вопрос: влияет ли наличие фотографии в профиле на линкедине?
Леса вообще не вносят вклад в поглощение CO2. Поглощение есть только там, где органика захоранивается, то есть в болотах, либо в лесах Амазонки, где идёт смыв органики
честно говоря не знаю как сделать это ещё понятнее.. попробуем так: "проще" НИКОГДА не было "лучше"
По-моему программерскому опыту обычно наоборот
как часто вы видите сайты на голых html+css без использования чего нибудь упоротовсратого типо nodejs (или его клонов типо тайпскрипт) или asp.net или ещё чего нибудь всратого?
Зачем мне знать что там юзается под капотом если в итоге HTML и CSS использованы правильно?
потому что слова "удобный" и "для всех" никогда не встретятся в нашем мире, это взаимоисключающие понятия
Я делал и удобно и для "всех". Отображалось идеально как в десктопе, так и в 5 айфоне, где 320 пикселов в ширину. Но чтобы сделать грамотно надо иметь скиллы и усилия. Также взгляните, скажем, на многие массовые продукты от крупных компаний а-ля гугл.
ещё больше и ему нужны кнопки в пол экрана то прийдётся ориентироваться на него а не на ваш вариант с кнопкой в (условно) 100 на 100 пикселей
Если вы собираете верстать по-нормальному "для всех" то про слово пиксель вам придётся забыть.
Да и зачем утрировать, ведь есть чёткие критерии - верстка не должна разъежаться при увеличении размера шрифта
тут вы затронули другую тему: миллионы разных фреймворков и отсутствие стандартизации в плане интерфейсов
Современный HTML/CSS предлагает достаточно стандартных и логичных решений, в этом смысле прогресс есть. Фреймворки и UI дизайн это таки разные вещи.
простите но нет, сайты обычно имеют ОТДЕЛЬНЫЙ и зачастую не имеющий ничего общего UI по нажатию кнопки "я плохо вижу" или "я ничего не слышу" или что там ещё бывает
Кто это вам сказал? Как человек знакомый с Accessibility не понаслышке уверяю - это не так. Даже если кто-то так и делает, то это, как правило, откровенная халтура.
Делать двойную работу - это абсурд. Зачем ??? Или вы даже предлагаете сделать отдельную версию для каждого физического недостатка, который может быть? Почему нельзя сразу сделать удобным для всех?
Accesible сайт - она логичен, удобен, работает прекрасно на любых мониторах и устройствах и представляет, по сути, высший уровень эргономики и удобства
ну а то что пользоваться половиной современных сайтов без мышки или тачскрина не получится это очередной косяк современной разработки
Это тоже косяк Accesibility. Возможность пользоваться только клавиатурой либо только мышкой - это одно из основных требований
Контент чрезмерно разрежен по длинным страницам со скроллингом и большими белыми пространствами. Изображения и шрифты неестественно увеличены, что затрудняет восприятие и понимание информации.
И это тоже косяк Accesibility. Все доступные сайты прекрасно растягиваются и адаптируются к шрифтам любых размеров.
И уж конечно, ничто не должно затруднять восприятие и понимание.
тем у кого дрожат руки лучше пользоваться ими а не мышкой
Странно с какой это поры простота стало недостатком. У меня, извиняюсь, есть много других вещей о которых надо думать, кроме того чтобы размышлять о том как пользоваться сайтом, созданным очередным самородком.
Ваши хотелки идут полностью вразрез с современными требованиями по Accessibility. В частности одно из критерий которых - это возможность пользоваться сайтом человеку с интеллектуальными нарушениями
(любопытно, что такая навигация по контенту на планшете доступна даже для орунгутанов и других человекообразных обезьян). Отсюда примитивизация.
А также такая навигация доступна, тем кто может взаимодействовать с контентом, например, только с помощью ног.
В результате маленькие удобные кнопочки и менюшки пропадают с сайтов.
Маленькие удобные кнопочки становятся резко неудобными для тех, у кого дрожат руки и для тех, у кого сильная близорукость
Походу вы ошибаетесь, мне ихние HR-ы пару раз писали, всякий раз когда речь заходила про зарплату - сообщали что их потолок ниже 300. Правда это было год-два назад.
Ну может, по-знакомству можно что-то урвать, но человеку с улицы - вряд ли
Я лет 18 на джаве разрабатываю - и до сих пор ещё не всё знаю, поэтому не совсем понимаю, что вы имеет ввиду под "время на разобраться". "Инженерная культура" - это пара процентов от того что требуется разработчику. Знания "модняцких фреймворков", инструментов, приёмов, подводных камней и пр. - это то что помогает инженеру не творить дичь, а эффективно работать.
Стоит ли писать код месяц вместо недели (да еще и наводнять его всевозможными хаками), чтобы уменьшить отклик веб-приложения с одной секунды до 10 миллисекунд?
Ну это от задачи и требований зависит - где-то стоит, а где-то нет. Что точно не стоит делать - так выполнять какие-то неосмысленные рандомные манипуляции. Оставьте это гуманитариям. Померить перформанс и найти узкое место - обычно месяц не занимает.
Там где есть БД (а в бизнес-приложениях она всегда есть) она съедает такую львиную долю производительности, что ускорение сервера приложений даже в два-три раза никто в итоге и не заметит.
Я бы так не сказал. Последние 4 месяца занимаюсь перформанс инженирингом и померил/нашёл перформанс баги где-то в 15 микросервисах, что у нас используются - обычные бизнесовые CRUD приложения. Все цифры у меня перед глазами: ускорение - в 5-100 раз в зависимости от сервиса, и оно достигается вовсе не из-за того, что база вдруг быстрее начинает работать. И даже после всех оптимизаций нет такого, что база отжирает прям "львиную долю времени" - вы переоцениваете медленность баз данных. Очень часто перформанс проседает на различных строковых операциях, аля регулярки либо парсинг JSON-ов, ещё у нас много времени тратится на парсинг строковых представлений вещественных чисел. Есть проблемы с архитектурой и как ниже правильно написали - оптимизация архитектуры - это тоже оптимизация
использование везде реляционной БД, даже не рассматривая альтернативы
Вот честно говоря, ещё не сталкивался на практике, чтобы проблемы возникали из-за реляционности базы данных.
Нет, не проще. Если нет понимания, зачем конкретно нужны ещё пара серверов.
Очень часто в бизнес приложениях код в сотни раз медленнее чем может быть. О каких "паре серверов в этом случае может идти речь"?
Оптимизациия начиняется с измерения, затем собственно оптимизации, и только после этого - математического расчёта оптимального числа серверов (если их действительно надо добавить, что далеко не всегда требуется и главное, далеко не всегда помогает)
Кварц находится на первом месте в моём топе худших либ для джава. Я вообще не понимаю тех людей которые используют её вместо Spring Schedule. Кварц - это образец оверинженеринга, дикий блакбокс с нулевой кастомизацией, который гадит в БД и делает затруднительным отладку и траблшутинг. Кто-то говорит что null - это ошибка на миллиард долларов, но на самом это место занимает quartz
Рынок как раз диктует, что зарплаты должны повышаться, если условный завод хочет себе хорошего специалиста, а они не повышаются
Зарплаты определяются спросом и предложением. Если кто-то готов работать за указанную зарплату, значит он именно столько и "стоит". Я конечно утрирую, но "хорошесть" далеко не всегда подразумевает какой-либо рост зарплат.
Надо научиться правильно ставить задачи. Не умеете? Ваши проблемы. И ваша же собственная ошибка.
А что если на вышеупомянутом заводе вообще нет задач, для которых были бы оправданы дорогие специалисты? Ну и допустим, я не умею ставить задачи. Ну и что из этого? Разве бывают идеальные люди?
Некоторые решения в автоматизации не имеют точек генерации прибыли, они предоставляют возможность для дальнейшей автоматизации, которая уже возможно будет не генерировать прибыль, а экономить на расходах, что в свою очередь будет сказываться на прибыли.
Я со своего опыта уже привык, что если что-то звучит слишком сложно, то оно ни черта не заработает и будет только приносить геморрой разным стейкхолдерам. Инженерное решение должно быть простым как топор, элегантным, удовлетворяющим всех и очевидным в своей полезности.
Я играл на детском утреннике, но потом мне сказали, что теперь снимаем блокбастер и им нужен Том Круз, а денег за него у них нет, поэтому в блокбастере сниматься буду я
Я конечно извиняюсь, но Том Круза я видел и мои знакомые тоже, и он мне принёс толику пользы. А вот ваш софт я нигде не видел и не использовал, поэтому он больше подходит в категорию местных постановок. А вот когда ваш софт будет использоваться во всех заводах РФ, или установлен на всех смартфонах или хотя бы летать на Марс, то тогда можно будет жаловаться на то что печенек не хватает.
Я не говорю, что кто-то что-то лично должен, просто к этому ведут законы рынка.
Вы принимаете за аксиому, что руководство не платит потому что жадные.
Но мне совершенно не очевидно, что команда пилящая полгода распознаватель номеров вагонов способна сгенерировать столько прибыли, чтобы оправдать свои зарплаты и соцвыплаты. Вот если бы эта команда делала софт для распознавания миллиона вагонов в день, либо тоже самое, но для 200 предприятий - тогда другое дело.
Это всё равно что играть на детском утреннике и жаловаться что гонорар меньше, чем у Том Круза в каком-нибудь блокбастере, хотя актёр на утреннике может играть ничуть не хуже!
Тут много комментариев пишут о том, что зарплаты маленькие и печенек нет.
Но с другой стороны, а возможно ли как-то по-другому, с учётом того что упомянутые решения не выходят за пределы одного предприятия?
Скажем, когда я рисую кнопку на форме, этой кнопкой пользуются миллионы человек и даже если каждый заплатит по копейке, то уже хорошо.
Разве место программиста не в тех компаниях, которые ставят своей задачей максимально широкое распространение кода? Это кстати может быть сам завод, если бы он догадался продавать вышеупомянутые решения другим предприятиям в своей области.
Другими словами, для блага всего человечества, разработчики должны перейти к подрядчику, а завод - заплатить эти 25 копеек за распознавания номера на вагоне. А на предприятии должны остаться люди которые умеют адаптировать существующий софт и дёшево/быстро реализовывать специфические нужды
Ну если отношений вообще нет, а Digma использует код, то это очевидное правонарушение. Другими словами, это Digma должна обосновать на каком основании она использует этот код.
В обычной ситуации, этим обоснованием как раз и служит лицензия GPL, которая обеспечивает законность использования Линукса (при выполнении условий). Без её наличия, никто бы не имел права использовать эту ОС без явного соглашения с её авторами.
Я не юрист, но судя по всему, Digma, с момента отказа предоставить исходный код, нарушает один из пунктов лицензии и лишается права использовать её. Теперь, если после этого она попытается продавать производные от GPL работы, то это уже нарушение закона (да, в том числе и российского)
Мне кажется, без разрешения на работу имеет смысл искать работу только в тех странах, где это разрешение быстро делается (в Сингапуре/Дубае?). Зачем добровольно биться в закрытую дверь?
По-поводу гражданства - вы даёте руку на отсечение что им пофиг? Вы не путайте разговоры о недискриминации и реальное положение вещей. Я вот, например, уверен, что здесь в Австралии англичанину проще найти работу, чем бангладешцу, но только прямо вам про это никто, разумеется, не скажет.
У меня есть знакомый, на чьё резюме стало больше откликов после смены имя на немецкое (он решил провести эксперимент).
Резюме, на мой взгляд неплохое.
Но лучше, наверное, Беларусь не упоминать всуе, пишите Минск, хотя бы. Стесняться этого не стоит, но и акцентировать внимание необязательно. Национализм не исключён.
Повторяйте ключевые слова по популярным технологиям: React Js, Angular, Vue и пр. Можно после каждой работы указать ещё раз какие вещи использовались.
Напишите больше технических метрик: объём кода уменьшился на столько-то, покрытие тестами увеличилось на столько-то, время сборки, перформанс. Engagement и рост продаж как-то непонятно и выглядит немного бульшительствено.
Responsive design HR-ам может быть непонятен (да, они тупые). Лучше типа mobile-friendly
Кроме того, раз вы фронтендер, то почему бы не добавить ссылки на конкретные сайты?
Spearhead - непонятное слово. Мне кажется для резюме не слишком подходит.
Слишком много рефакторингов в резюме - может отпугивать.
Но если рефакторинг в резюме обосновать, типа в соответствии с требованиями по Accessability, то будет выглядеть лучше
А с чего вы решили что 300 высланных резюме - это много? Вы просто почему ломанулись в страну где, очевидно, переизбыток рабочей силы из-за хорошо налаженной иммиграции.
Это большая ошибка считать, что во всём мире ИТ-рынок такой же хороший для кандидатов как в Украине/России.
Кстати, забавно что ваше CV по формату практически идентично моему (на него тоже мало откликаются). Имеет ли это какое-либо значение? Также интересен вопрос: влияет ли наличие фотографии в профиле на линкедине?
Леса вообще не вносят вклад в поглощение CO2. Поглощение есть только там, где органика захоранивается, то есть в болотах, либо в лесах Амазонки, где идёт смыв органики
можно сразу в edit: перенаправить
edit:< echo blabla
https://visionaustralia.org
https://www.commbank.com.au
По-моему программерскому опыту обычно наоборот
Зачем мне знать что там юзается под капотом если в итоге HTML и CSS использованы правильно?
Я делал и удобно и для "всех". Отображалось идеально как в десктопе, так и в 5 айфоне, где 320 пикселов в ширину. Но чтобы сделать грамотно надо иметь скиллы и усилия. Также взгляните, скажем, на многие массовые продукты от крупных компаний а-ля гугл.
Если вы собираете верстать по-нормальному "для всех" то про слово пиксель вам придётся забыть.
Да и зачем утрировать, ведь есть чёткие критерии - верстка не должна разъежаться при увеличении размера шрифта
Вы так и не аргументировали свою мысль
Современный HTML/CSS предлагает достаточно стандартных и логичных решений, в этом смысле прогресс есть. Фреймворки и UI дизайн это таки разные вещи.
Кто это вам сказал? Как человек знакомый с Accessibility не понаслышке уверяю - это не так. Даже если кто-то так и делает, то это, как правило, откровенная халтура.
Делать двойную работу - это абсурд. Зачем ??? Или вы даже предлагаете сделать отдельную версию для каждого физического недостатка, который может быть? Почему нельзя сразу сделать удобным для всех?
Accesible сайт - она логичен, удобен, работает прекрасно на любых мониторах и устройствах и представляет, по сути, высший уровень эргономики и удобства
Это тоже косяк Accesibility. Возможность пользоваться только клавиатурой либо только мышкой - это одно из основных требований
И это тоже косяк Accesibility. Все доступные сайты прекрасно растягиваются и адаптируются к шрифтам любых размеров.
И уж конечно, ничто не должно затруднять восприятие и понимание.
Это уже какая-то тирания дизайнера получается
Странно с какой это поры простота стало недостатком. У меня, извиняюсь, есть много других вещей о которых надо думать, кроме того чтобы размышлять о том как пользоваться сайтом, созданным очередным самородком.
Ваши хотелки идут полностью вразрез с современными требованиями по Accessibility. В частности одно из критерий которых - это возможность пользоваться сайтом человеку с интеллектуальными нарушениями
А также такая навигация доступна, тем кто может взаимодействовать с контентом, например, только с помощью ног.
Маленькие удобные кнопочки становятся резко неудобными для тех, у кого дрожат руки и для тех, у кого сильная близорукость
Походу вы ошибаетесь, мне ихние HR-ы пару раз писали, всякий раз когда речь заходила про зарплату - сообщали что их потолок ниже 300. Правда это было год-два назад.
Ну может, по-знакомству можно что-то урвать, но человеку с улицы - вряд ли
В яндексе потолок - 300000, независимо от опыта и умения вращать деревья
Я лет 18 на джаве разрабатываю - и до сих пор ещё не всё знаю, поэтому не совсем понимаю, что вы имеет ввиду под "время на разобраться". "Инженерная культура" - это пара процентов от того что требуется разработчику. Знания "модняцких фреймворков", инструментов, приёмов, подводных камней и пр. - это то что помогает инженеру не творить дичь, а эффективно работать.
Ну это от задачи и требований зависит - где-то стоит, а где-то нет. Что точно не стоит делать - так выполнять какие-то неосмысленные рандомные манипуляции. Оставьте это гуманитариям. Померить перформанс и найти узкое место - обычно месяц не занимает.
Я бы так не сказал. Последние 4 месяца занимаюсь перформанс инженирингом и померил/нашёл перформанс баги где-то в 15 микросервисах, что у нас используются - обычные бизнесовые CRUD приложения. Все цифры у меня перед глазами: ускорение - в 5-100 раз в зависимости от сервиса, и оно достигается вовсе не из-за того, что база вдруг быстрее начинает работать. И даже после всех оптимизаций нет такого, что база отжирает прям "львиную долю времени" - вы переоцениваете медленность баз данных. Очень часто перформанс проседает на различных строковых операциях, аля регулярки либо парсинг JSON-ов, ещё у нас много времени тратится на парсинг строковых представлений вещественных чисел. Есть проблемы с архитектурой и как ниже правильно написали - оптимизация архитектуры - это тоже оптимизация
Вот честно говоря, ещё не сталкивался на практике, чтобы проблемы возникали из-за реляционности базы данных.
Нет, не проще. Если нет понимания, зачем конкретно нужны ещё пара серверов.
Очень часто в бизнес приложениях код в сотни раз медленнее чем может быть. О каких "паре серверов в этом случае может идти речь"?
Оптимизациия начиняется с измерения, затем собственно оптимизации, и только после этого - математического расчёта оптимального числа серверов (если их действительно надо добавить, что далеко не всегда требуется и главное, далеко не всегда помогает)
Кварц находится на первом месте в моём топе худших либ для джава. Я вообще не понимаю тех людей которые используют её вместо Spring Schedule.
Кварц - это образец оверинженеринга, дикий блакбокс с нулевой кастомизацией, который гадит в БД и делает затруднительным отладку и траблшутинг.
Кто-то говорит что null - это ошибка на миллиард долларов, но на самом это место занимает quartz
Зарплаты определяются спросом и предложением. Если кто-то готов работать за указанную зарплату, значит он именно столько и "стоит". Я конечно утрирую, но "хорошесть" далеко не всегда подразумевает какой-либо рост зарплат.
А что если на вышеупомянутом заводе вообще нет задач, для которых были бы оправданы дорогие специалисты?
Ну и допустим, я не умею ставить задачи. Ну и что из этого? Разве бывают идеальные люди?
Я со своего опыта уже привык, что если что-то звучит слишком сложно, то оно ни черта не заработает и будет только приносить геморрой разным стейкхолдерам.
Инженерное решение должно быть простым как топор, элегантным, удовлетворяющим всех и очевидным в своей полезности.
Я конечно извиняюсь, но Том Круза я видел и мои знакомые тоже, и он мне принёс толику пользы.
А вот ваш софт я нигде не видел и не использовал, поэтому он больше подходит в категорию местных постановок.
А вот когда ваш софт будет использоваться во всех заводах РФ, или установлен на всех смартфонах или хотя бы летать на Марс, то тогда можно будет жаловаться на то что печенек не хватает.
Я не говорю, что кто-то что-то лично должен, просто к этому ведут законы рынка.
Вы принимаете за аксиому, что руководство не платит потому что жадные.
Но мне совершенно не очевидно, что команда пилящая полгода распознаватель номеров вагонов способна сгенерировать столько прибыли, чтобы оправдать свои зарплаты и соцвыплаты. Вот если бы эта команда делала софт для распознавания миллиона вагонов в день, либо тоже самое, но для 200 предприятий - тогда другое дело.
Это всё равно что играть на детском утреннике и жаловаться что гонорар меньше, чем у Том Круза в каком-нибудь блокбастере, хотя актёр на утреннике может играть ничуть не хуже!
Тут много комментариев пишут о том, что зарплаты маленькие и печенек нет.
Но с другой стороны, а возможно ли как-то по-другому, с учётом того что упомянутые решения не выходят за пределы одного предприятия?
Скажем, когда я рисую кнопку на форме, этой кнопкой пользуются миллионы человек и даже если каждый заплатит по копейке, то уже хорошо.
Разве место программиста не в тех компаниях, которые ставят своей задачей максимально широкое распространение кода? Это кстати может быть сам завод, если бы он догадался продавать вышеупомянутые решения другим предприятиям в своей области.
Другими словами, для блага всего человечества, разработчики должны перейти к подрядчику, а завод - заплатить эти 25 копеек за распознавания номера на вагоне.
А на предприятии должны остаться люди которые умеют адаптировать существующий софт и дёшево/быстро реализовывать специфические нужды
Никогда не понимал, что такого особенного в ОКЕАНЕ. По мне так тихое лесное озеро - гораздо круче - ни волн, ни акул, не медуз, ни опасных течений.
Ну если отношений вообще нет, а Digma использует код, то это очевидное правонарушение. Другими словами, это Digma должна обосновать на каком основании она использует этот код.
В обычной ситуации, этим обоснованием как раз и служит лицензия GPL, которая обеспечивает законность использования Линукса (при выполнении условий). Без её наличия, никто бы не имел права использовать эту ОС без явного соглашения с её авторами.
Я не юрист, но судя по всему, Digma, с момента отказа предоставить исходный код, нарушает один из пунктов лицензии и лишается права использовать её. Теперь, если после этого она попытается продавать производные от GPL работы, то это уже нарушение закона (да, в том числе и российского)