любопытно, кому при приеме на работу, вместе с печеньками, кофе и ДМС, предлагали вступить в какую-либо организацию, способную защищать ваши права? профсоюзы штука не новая и по большому счету весьма неудобная для диких капиталистов. было бы очень наивно считать, что за время их существования манагеры не придумали эффективных способов для противодействия. работа у них такая — огораживаться от любых рисков.
в свое время создание таких объединений служило лайвхаком, помогающим работягам отстаивать свои права, добиваться улучшения условий труда и оплаты. механика проста: бороться в одиночку против организации крайне сложно — сразу ощущается разница в масштабе, ресурсах и силах. но даже малейшая организованность и поддержка дает 100500 бонуса к шансам на победу. правовая помощь, оплата услуг юристов, ведение переговоров — в общем все то, что нехило напряжет одиночку, с чем он сталкивается впервые, что будет казаться ему страшным, сложным и непонятным, такая организация решает пачками — легко. (доходило даже до того, что профсоюзы вконец оборзели и стали терроризировать вполне адекватных работодателей, что тоже не шло ни кому на пользу, ну это другая тема).
ответьте сами на два вопроса:
1. считаете-ли вы, что работодатель всегда прав?
2. кто вступиться за вас и где вы будете искать юридическую и моральную поддержку для решения вопроса, если случится спор с работодателем?
вот жеж. любопытно, какие умозаключения можно сделать об образе мышления программистов, которые пользуются логинами, которые, вообще говоря, они даже не сами придумали? ;)
угу) пока ищется кандидат-всезнайка только что и остается — расходы считать. деньги это ведь не только железо. собеседования тоже денег стоят. специалистов нужно отвлекать. высокооплачиваемых, кстати, так ведь?.. а железо оно и в Африке железо. на то время, пока спец на испытательном сроке постигает премудрости оптимизации сортировок и прочие культурные особенности местного тех.процесса, можно вполне приличный vds найти за 10$ чтобы скинуть лишнюю нагрузку. ведь софт уже будет работать, да прибыль приносить :)
1. из ваших слов я делаю вывод, что гипотеза про тетрабайты данных и тысячи запрсов так-и отметена, и теперь мы ищем причины тормозов андроидного приложения в более привычных областях. проц, ui — т.е. все как везде — ни какой такой особой яндексно-мейлрушной магии)
2. сервер может и не рад, может у него апи такое, универсальное — сначала ткни сюда, затем посмотри туда. а в ответах все данные мира — выковыривай за чем пришел. разработчику приложения может тоже грустно с таким вот сервером работать, а что делать?.. разработчиков же тысячи, приложений — миллионы, а Яндекс один такой — каждому персонально-оптимальное апи писать не будет. а раз не будет — зачем тогда все эти сложности?)
если сортировка становится прямо проблемой прямо вот такого масштаба, это должно быть понятно из контекста задачи (тетрабайты данных, миллиарды сортировок), и вы будете иметь дело с множеством других умопомрачительных базовых вещей. во всех прочих случаях узкое место вероятнее всего будет в другом месте, а на реализацию нормального sort вы только время потеряете напрасно. а что дороже в Мейл или Яндекс — время или железо — еще вопрос)
если речь конкретно про python, то в общем случае вам ни что не поможет. getattr(self, 'mehod')() и приехали. а про частные спорить не интересно — sed или rope какая разница)
только не надо тут агитировать за Советскую власть) в армии принцип «один за всех, и все за одного», проповедуется с незапямятных времен. но его воспитательная трактовка сводится к тому, что когда что-то идет не так, огребают вообще все — и виновные, и непричасные. виноватый огребает наравне с остальными, и потом еще раз от остальных. поэтому в войне win-win почет и слава, а чем народ мотивируется в обычные армейские будни — еще вопрос. просрали релиз — остались всем отделом без квартальной премии, Даша сплотилась с Васей, а Вася с фингалом. скажите честно, вам действительно нужен такой тим-мендежмент? ;)
из одной и той же струны, зажатой на одном и том же ладу, можно извлечь кучу разных звуков: все зависит от того как зажать и как дернуть — в это и состоит исполнительское мастерство. :) пост-обработка со звуками вообще творит чудеса.
для реальных записей разложение на 12 нот дает весьма грубую абстракцию. если бы все было бы так просто, это была бы не гитара, а какое-нибудь фортпепиано. :)
Есть такая машина. Газель называется. Можно ездить и сзади и спереди. И с ноутбуком и с ребёнком и даже телевизор поставить с холодильником. От одного до тринадцати чиновников. Я вам правду говорю несомневайтесь. пол вашей страны так ездит и на и по и после работы. Знаете слоль стоит? А вы говорите 2 млн.
вы же понимаете, что ставить такие эксперименты без ведома и согласия на то владельцев, как минимум, не очень-то культурно. я верю, что мотивы автора вполне чисты и закон это, несомненно, учтет при вынесении приговора))
серьезно, не смотря на всю научную и просветительскую пользу такого мероприятия, активное тестирование может приводить к реальным сбоям, простоям и всяческим потерям. автор должен понимать, что «бросая камни в витрины» в случае чего (тфу-тфу-тфу, конечно), виновным в причинении ущерба будет именно он. т.е. при неблагоприятном стечении обстоятельств сайту ни чего не будет и автору будет не о чем особо дальше писать, а в случае успеха владельцы ресурса получат халявный аудит и реальный ущерб, а автор — заслуженную славу и административную (в лучшем случае) ответственность.
это похоже на реальные исходные ситуации, с которыми разработчику часто приходится иметь дело. не зависимо от того, кто именно заблудил — он сам или коллеги. :)
в свое время создание таких объединений служило лайвхаком, помогающим работягам отстаивать свои права, добиваться улучшения условий труда и оплаты. механика проста: бороться в одиночку против организации крайне сложно — сразу ощущается разница в масштабе, ресурсах и силах. но даже малейшая организованность и поддержка дает 100500 бонуса к шансам на победу. правовая помощь, оплата услуг юристов, ведение переговоров — в общем все то, что нехило напряжет одиночку, с чем он сталкивается впервые, что будет казаться ему страшным, сложным и непонятным, такая организация решает пачками — легко. (доходило даже до того, что профсоюзы вконец оборзели и стали терроризировать вполне адекватных работодателей, что тоже не шло ни кому на пользу, ну это другая тема).
ответьте сами на два вопроса:
1. считаете-ли вы, что работодатель всегда прав?
2. кто вступиться за вас и где вы будете искать юридическую и моральную поддержку для решения вопроса, если случится спор с работодателем?
2. сервер может и не рад, может у него апи такое, универсальное — сначала ткни сюда, затем посмотри туда. а в ответах все данные мира — выковыривай за чем пришел. разработчику приложения может тоже грустно с таким вот сервером работать, а что делать?.. разработчиков же тысячи, приложений — миллионы, а Яндекс один такой — каждому персонально-оптимальное апи писать не будет. а раз не будет — зачем тогда все эти сложности?)
для реальных записей разложение на 12 нот дает весьма грубую абстракцию. если бы все было бы так просто, это была бы не гитара, а какое-нибудь фортпепиано. :)
серьезно, не смотря на всю научную и просветительскую пользу такого мероприятия, активное тестирование может приводить к реальным сбоям, простоям и всяческим потерям. автор должен понимать, что «бросая камни в витрины» в случае чего (тфу-тфу-тфу, конечно), виновным в причинении ущерба будет именно он. т.е. при неблагоприятном стечении обстоятельств сайту ни чего не будет и автору будет не о чем особо дальше писать, а в случае успеха владельцы ресурса получат халявный аудит и реальный ущерб, а автор — заслуженную славу и административную (в лучшем случае) ответственность.
расскажите подробнее, что это по-вашему и в чем между ними разница?
это похоже на реальные исходные ситуации, с которыми разработчику часто приходится иметь дело. не зависимо от того, кто именно заблудил — он сам или коллеги. :)