Pull to refresh
3
0
Сергей@Seldon

User

Send message
Список огромен, просто огромен: яндекс, мейл, джетбрейнс, касперский, самсунг, cisco… ну вы гуглом пользоваться не умеете? Все этим компании рады профессионалам и у них есть должность на которые «фреймворк программисты» просто не подходят. Идите и устраивайтесь, вас там оценят.
Не утрируйте. Это чисто проблемы «человека» и совершенно не важно какие у него знания. Не стоит уходить от темы в фантазии. Если человек не может найти лучшее место работы, видимо не все так гладко с его знаниями.
А если он гений и все знает, но все равно продолжает сидеть на низкой должности ис низкой зп, то я совершенно не вижу по какому чувству «справедливости и самолюбию» ему бьют другие разработчики, которые идут работать на куда лучшее места. Его все устраивает, какие проблемы.
Я писал комментарий скорее в ответ на это
Такие разработчики ещё и здорово бьют по чувству справедливости и самолюбию.


Человек который действительно знает лучше и больше, не испытывает таких проблем, он находит себе место работы лучше и интересней.
Я же начал писать список компаний, и да. они — готовы платить
Вы абсолютно не правы. Сейчас все ще наблюдается дифицит отличных специалистов и любая хорошая компания будет рада такому гуру, если он конечно таковым является.
Если вы такой гуру, отправьтте резюме в гугл, твиттер, фейсбук, майкрософт, оракл… (список длинный, в том числе ряд компания имеет подразделения в России) и если. как вы написали вы такой гуру, который действительно разбирается в своей области все ваши навыки проявятся в этих компаниях, в том числе и в финансовом плане относительно «фреймворк программистов».
Когда я искал работу, я столкнулся с такой же позицией только наоборот. Соискателем был я и очень много мест где я проходил собеседования как раз таки и скали подобных людей.
Так что большой проблемы я не вижу в этом, взгляните на python, javascript, php и так далее везде такая ситуация.
Отчасти она спровоцирована самим работодателями. От программистов джуниоров и среднего уровня больше требуют как раз таки знание предмета со стороны фреймворка, чтобы он мог быстро решать бизнес задачи.
И многое зависит от человека, захочет — будет сам разбираться, не захочет так и будет работать на том же уровне, рынку. в общем-то такие специалисты тоже нужны, для них есть ниша.
Почему же, вот sony стало исправляться, покрайне мере на свою линейку продуктов обещала android 4.4 в феврале этого года. Просто надо почитать и изучить вопрос перед покупкой. Надеюсь самсунг тоже исправиться.
Есть вариант «мне не нравиться Nexus: внешне\по характеристикам\другое». Выбор же всегда хорошо. А пытаться заманить покупателей — имхо логичная политика продавца. Странно, что преобретая топовую вещь за 20-30 т.р. через год о тебе забывает производитель и прекращает поддержку и обновление.
А я пожалуй поддержку предыдущего оратора, хорошо когда код отвечает за одно логическую единицу. Если наш класс рулит мего моделью и отвечает за свистелку справа и перделку слева. то залезая поправить хреньку вверхку придется прочитать код всех этих передлок и свистелок дабы понять где нужные вам методы. А еще хуже это когда в таком классе появляются утилитные методы которые юзают сразу несколько логических единиц, в итоге слабая связанность пропадает, а вы поправив одно легко ломаете другое.
лучше открывать один небольшой файлик отдельной перделки, окинуть взглядом и потом внести изменения, но зато быть четко уверенным, что поправив что-то тут в другом месте не сломается.
Кстати именно поэтому на проектах я ввел БЭМ (немного не по теме, но!) простыня из 1 css файла неподдерживая фигня которая всегда ломается, и точно не применима когда вы работаете в команде более 2 человек. Также и с js.
Скажем так если у вас выпадающее\выезжающее\раскрывающееся меню, есть кейсы когда скажем набор выезжающих вкладок меняется при изменении состояния приложения, а скажем на вкалдке меню могут присутсвовать неоднородные элементы. и вполне логично что у вас будет 1 вью на карка меню, и по каждому вью на вкладку. а может и во вкладке будет своя вьюшка.

P.S.
хотел дописать бы в нижестоящему коментарию, что главным образом я не люблю решения которые явно выпадают из общей архитектуры приложения, это часто имеет последствия и как правило плохие.
Я вам говорю о том, что пока решение выглядит слишком костыльно. И как я говорил реализация Component достаточно убога. Не совсем понятно как 2 компонента могут взаимодействовать. Точнее пока они по сути не могут.
Также возможны баги при связке со всякими байндерами и тд.

Вот тот же Backbone.UI их подход мне куда больше нравиться.
Если честно не очень нравиться идея загаживания view подобными методами. Также MutationObserver — хорошо, но есть еще и стандартные метод remove к которому можно привязать удаление компонента.
А еще для подобного есть вариант использовать тот же View из бэкбона: создали view MyDate там теже методы по сути render, initialize, remove ничем не отличается и по использованию тоже, разве что нет MutationObserver, так необходимость в нем возникает крайне редко и в очень специфичных случаях. Вам и так сообщать об удалении вызвав ветод remove смысла слушать кучу сообщений от браузера без реальной нужды не вижу.

Имхо идея и реализация сырые, надо бы продумать.
Имхо, для того. чтобы читателям статьи было интересно её читать, неплохо было бы указать какой именно алгоритм применяется в этой «native sort».
Во вторых конечно же нужно понимать с какими данными мы работает, что ожидаем ибо существует огромное количество сортировок и каждая дает плюс в своей области.
Родная сортировка требует примерно n*1.5 дополнительной памяти, mergeSort — ровно n.
откуда информация, как сравнивали?

И имхо в вашем случе было бы проще использовать quicksort, для массивов уж точно. mergeSort для структур даных с послеовательным доступом да и запускать его намного лучше скажем в 2 4 8 и тд потоках когда у вас реально есть 100 миллионов записей и есть 8 ядер процессора, а рузультат нужен вчера и конечно же пропускная способность дисков и памяти позволит нагрузить все 8 ядер.
нет, есть фирмы которые заинтересованы в решении задачь, развитии своих программистов и тд. Вот к примеру в компании, где я работаю, положительно смотрят на инициативы вносить какие-то новшетсва в проект (технологии, библиотеки, фреймворки), если эти новшетсва ускоряют процесс разработки или делают приложение более стабильным, в общем как-то улучшают текущее положение дел.
Хм… А где же софтверные компании где и технологии новые и задачи интересные, а также платят хорошо и относятся тоже не плохо? Где собственно профильные софтверные компании которые разрабатывают топовые продукты? Ведь они тоже есть и если вы программист, логично было бы стремиться именно туда.
Простите за поздний комментарий, уж не знаю как искал автор работу, мб если ты приходишь и говоришь «я знаю слово Java, хочу 15 000р» ты получаешь все это. Но вообще насколько я знаю в Питере есть достаточно много хороших контор, в которых и знания и интересные задачи. Да тот же яндекс берет активно стажеров на 30-50к соотсветсвенно после успешной стажировке можете у них и остаться.
Про рабочие места уже почти везде 16 гигов, 4 ядра, 2 монитора 20-22 дюйма стандарт ибо на других системах есть реальная вероятность билдить проект 50% рабочего времени, умному работодателю не вигодно тратить половину рабочего времени сотрудника на ожидания билда или тестов.
Именно это я и говорил. И когда вы назначаете сумму на должность в офисе, она должна быть достаточно привлекательной чтобы в сравненнии с другими вариантами работник захотел пойти к вам.
Как это некорректно? Автор ищет специалиста на работу. Закона запрещающего перезд или работу удаленно нет, следовательно специалисты в его городе рассматривают не только его предложение но и предложения удаленной работы или переезда.
Когда вы ищите специалиста на работу то выставляя свой оффер вы конкурируете с рынком труда а следовательно и со всеми возможными предложениями которые могут поступить кандидату на ваше место.
Не корректно как раз таки завязываться чисто на зп в офисе.
Вот у мего знакомого есть домик в небольшом городке, он там живет и переезжать в крупный город не собирается, он фронтенд разработчик. работает удаленно и получает 90 т. р. В его городке таких зарплат и нет по сути, а пара месте где вроде как работают IT специалисты там и не снились такие зп. И что? он побежит менять свои 90 на 40 в офисе?
Вот вам и пример, специалист есть, есть в твоем городе но ты как работодатель зп в 40-50 его никогда не заманишь, хотя для твоего города и 20 уже норм.
Мало, почитайте silent-hussar.livejournal.com/15374.html погуглите сами, сравните. И посмотрите что ваши 5% от зп которые идут в фонд медицинского страхования — копейки.
Не забывайте что на эти доходы надо отремонтировать сотни клиник, платить зп сотрудникам, покупать оборужование и тд и тп. Выйдет не так мало на 140 миллионов населения.

Прежде чем выкидывать непонятные цифры давате вы скачало досканально распланируете бюджет а потмо скажите «вот у нас есть 1,2 трлн и на эти деньги мы сделаем все заебись — вот план, вот подсчеты».
Логично, но это не проблема врачей.
Взятки далеко не везде дают и берут. Зачем учиться 6 лет в меде, потом 2 года в ординатуре а может с начало год в интернатуре, потом еще хрен знает что (там все сложно у врачей особенно учитывая то что каждый год меняюти систему образования) и в итоге идти получать 15000-20000, я слабо понимаю. а если ты не учился то на приличное место тебя не возьмут явно.
МРТ и рентген это конечно хорошо, вопрос как всем этим обеспечить все больницы? а заодно и специалистами? пока медицина бесплатная я лично не вижу вариантов. Нельзя сделать всем хорошо и при этом не платить денег.
С другой стороны не забывайте про государство которое о вас заботится и планомерно усложняет вам получение лечения или консультации врача. Скажем список заболеваний по которым вас скорая имеет право госпитализировать активно сокращается. Попасть к специалисту — целый квест, и так далее и тому подобное.
Вы не обладаете всей полнотой информации, чтобы рассмотреть все аспекты проблемы.

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Date of birth
Registered
Activity