Прошло довольно много времени с момента публикации статьи, хотелось бы узнать - был ли успешен опыт с торговыми роботами с тз торговли или просто остался опытом?
Нашли уже немало всякого, тут стоит помнить о том, что нынче шифруется почти весь траффик и это создаёт некоторые сложности, по крайней мере однозначности в выводах исследователям не даёт. На бытовом же уровне, вроде разговоров рядом с телефоном и с получением рекламы на тему разговора уже многие писали и сами это встречали. Я к чему писал, колонка дома в целом намного меньше даёт инфы и возможностей, чем смартфон в кармане и смартчасы на руке, даже при составлении простенького плана угроз. А кто чего слушает, как анализирует и тп - точно знают только те, кто это и делает, да и то вряд-ли полностью)
Гыыы, прикинь, а еще - почти все люди добровольно носят везде с собой постоянную прослушку, трекер передвижения и датчики нательные, а некоторые ещё и по 2-3 ;)
Года с 2004 или 5го не интересовался и не следил за изменениями, но насколько помню, в той области приоритетнее были документы в рамках орг-ции с названиями "должностная инструкция/обязанности, штатное расписание" и тп, в которых прописывались любые нюансы, например - запрет подходить к серверу ближе 1 метра тк на должность инженер-программист оформлялись, чуть ли не уборщицы, а в рамках ИТ отдела набор должностей регламентирован. Я это к тому, что формализм и реальность даже в тех рамках стыковались, хоть и смешным образом.
Все абсолютно верно пишешь, разве что забыл указать, что саппорт продукта ещё отдельный и желательно не связанный ни с заказчиком, ни с исполнителем) Только вот и ответственность получается размытой между всеми звеньями и в итоге "косяки" циркулируют по кругу между всеми звеньями, перебираясь из старой ветки в новую в бесконечном цикле))
Я не критикую, я как тот китаец за течением реки наблюдаю)
Ещё, мне показалось, что автор писал больше про контекст ответственности, чем про техпроцесс, как таковой.
Так понимаю, история из серии - тут откинем, тут припишем...
Эксперимент с бильярдом в контексте ускорителя частиц был бы чуток интересен, если бы внутри шариков организовали очень мощные "разнонаправленные" магнитные поля, как и в "лузах" и пробовали бы "закатить"... А так, они могли бы взять футбольный мяч, пинать его в сторону воздушного шара и говорить, что не может земля вращаться вокруг солнца - дескать доказано.
PS С удовольствием бы посмеялся, глядя как 2 физика переставляют бильярдный стол.
Одинаковая зп в рамках "одного грейда" только в компаниях где на одинаковых позициях и задачах сидят десятки и сотни человек, да и то нельзя сказать что одинаковая зп у всех. Легко у 2 человек, сидящих за соседними столами и делающих одно и то же, зп может отличаться в 2 раза и это повальное явление.
Если по делу, то молодежь уже давно открыла способ существенного увеличения зп, это постоянное развитие само собой, но главное - не задерживаться в компании дольше 2 лет, оптимально год. И, к сожалению, это реально работает.
Дело было скорее не в самом минт, а в кедах и их специфике, точнее даже в их связке, сейчас уже не конкретизировать, суть в том, что знаешь нужный пакет, что добавить/изменить в конфиге, делаешь-запускаешь и идёшь искать в чем нюансы...
Тоже много лет использую оба, одно время казалось что на сервере должен быть только debian, но попробовав в итоге оба, могу сказать, что реальных отличий по сути нет никаких, ес-но если использовать lts. Есть только отдельный софт, который работает лучше на 1ой чем на другой и то без явного количественного перевеса. Минт на десктопе пробовал, ниче такой, но ... не люблю тратить по 2 часа времени на то, что под той же ubuntu делается за 5-10 минут)
Вы правы, но частично. Вспоминаю девочек в НИИ, у которых должность называлась программист такой-то категории, но их обязанность заключалась исключительно в загрузке перфокарт (иногда + снятие результатов) со строжайшим запретом "что-либо трогать". Понимания у них не было изначально и не приходило с годами. Алгоритмисты же работали до упора, просто результат их работы стал уходить не в перфокарты, а в диаграммы, схемы и потом в отдел кодеров. Я к чему это, если человек своей работой создаёт что-то имеющее ценность, то его мало кто выкинет, даже если все сильно устареет, а если человек является лишь функцией в каком-то процессе то результат очевиден - или эта функция развивается в соотв. с тех условиями либо отпадает/заменяется.
Не знаю, как конкретно сейчас, но еще десяток лет назад, ситуации из разряда когда начальник, далёкий от IT, спускает приказ что он "в мониторе" должен видеть например только "живые" организации были обыденностью. А на то, что есть нюансы с пропаданием информации - ну ты тут программист вот и сделай! (хотя похоже в россреестре примерно так и сейчас)
Так и с деньгами эти термины не сильно связаны, можно в 1ой конторе на позиции джуна зарабатывать больше чем в другой на позиции мидла. Человеку без опыта мало кто готов платить больше чем "на еду". Я понимаю, что задавая вопрос про мидла, человек обычно думает о деньгах, но имхо, стоит объяснять что деньги обычно приходят к уже имеющимся навыкам, решенным задачам и законченным проектам.
Может я уже совсем старый стал и борчу, но из статьи в статью видя, что у кого-то джуны становятся мидлами познавая код...
Джуны, мидлы, сеньеры это название "должностей", позиций, эти термины описывают некий условный набор исполняемых обязанностей, не более того, или нынче все изменилось и ИТ директор бросив руководство и уйдя на позицию мидла остаётся директором? И сеньеру нынче при переходе в другую компанию не говорят, что у них его могут взять только на позицию мидла?
Помню, как одного сеньера с 5 летним опытом не смогли взять даже на позицию джуна, потому что он варился в узкой экосистеме и ни шага в сторону сделать не мог, предпочли студента без опыта, но с горящими глазами.
Понимание определенной предметной области даёт Вам фору в несколько порядков. Оптимальное развитие - искать в ее рамках новые подходы, решения, инструменты и развиваться соотв. Биолог - слишком широкий термин, не могу сказать что Вам конкретно подходит, но попробую сказать пример, может натолкнет на мысль. Например, если Вы занимаетесь биомедициной то можно попробовать "моделирование", например femlab, в котором смоделировать воздействие лазера на биоткань (какую-то понятную Вам задачу), анализ данных есть в нем же, тут больше вопрос к смыслу анализа данных и какие они, если "плоские" то можно вообще тупо отдельно поиграться с Питоном и его возможностями, для начала хватит и видео с Ютуба. Можно конечно и на курсы сходить, но сдается мне, что с имеющимся опытом по анализу данных Вам на них нужен будет только синтаксис, ну и возможно узнать про конкретные библиотеки, а с этим проще самому разобраться.
Ясно, спасибо
Прошло довольно много времени с момента публикации статьи, хотелось бы узнать - был ли успешен опыт с торговыми роботами с тз торговли или просто остался опытом?
Нашли уже немало всякого, тут стоит помнить о том, что нынче шифруется почти весь траффик и это создаёт некоторые сложности, по крайней мере однозначности в выводах исследователям не даёт. На бытовом же уровне, вроде разговоров рядом с телефоном и с получением рекламы на тему разговора уже многие писали и сами это встречали. Я к чему писал, колонка дома в целом намного меньше даёт инфы и возможностей, чем смартфон в кармане и смартчасы на руке, даже при составлении простенького плана угроз. А кто чего слушает, как анализирует и тп - точно знают только те, кто это и делает, да и то вряд-ли полностью)
Гыыы, прикинь, а еще - почти все люди добровольно носят везде с собой постоянную прослушку, трекер передвижения и датчики нательные, а некоторые ещё и по 2-3 ;)
Ну, не турецкая лира хотя бы )
Неплохая визуализация к термину "нефиг делать" )
Года с 2004 или 5го не интересовался и не следил за изменениями, но насколько помню, в той области приоритетнее были документы в рамках орг-ции с названиями "должностная инструкция/обязанности, штатное расписание" и тп, в которых прописывались любые нюансы, например - запрет подходить к серверу ближе 1 метра тк на должность инженер-программист оформлялись, чуть ли не уборщицы, а в рамках ИТ отдела набор должностей регламентирован. Я это к тому, что формализм и реальность даже в тех рамках стыковались, хоть и смешным образом.
Все абсолютно верно пишешь, разве что забыл указать, что саппорт продукта ещё отдельный и желательно не связанный ни с заказчиком, ни с исполнителем) Только вот и ответственность получается размытой между всеми звеньями и в итоге "косяки" циркулируют по кругу между всеми звеньями, перебираясь из старой ветки в новую в бесконечном цикле))
Я не критикую, я как тот китаец за течением реки наблюдаю)
Ещё, мне показалось, что автор писал больше про контекст ответственности, чем про техпроцесс, как таковой.
Так понимаю, история из серии - тут откинем, тут припишем...
Эксперимент с бильярдом в контексте ускорителя частиц был бы чуток интересен, если бы внутри шариков организовали очень мощные "разнонаправленные" магнитные поля, как и в "лузах" и пробовали бы "закатить"... А так, они могли бы взять футбольный мяч, пинать его в сторону воздушного шара и говорить, что не может земля вращаться вокруг солнца - дескать доказано.
PS С удовольствием бы посмеялся, глядя как 2 физика переставляют бильярдный стол.
"Cron — это такая штука..."
Компьютер - это такая штука ...
Правильно понимаю, что с 8 темы/урока будет платно?
Одинаковая зп в рамках "одного грейда" только в компаниях где на одинаковых позициях и задачах сидят десятки и сотни человек, да и то нельзя сказать что одинаковая зп у всех. Легко у 2 человек, сидящих за соседними столами и делающих одно и то же, зп может отличаться в 2 раза и это повальное явление.
Если по делу, то молодежь уже давно открыла способ существенного увеличения зп, это постоянное развитие само собой, но главное - не задерживаться в компании дольше 2 лет, оптимально год. И, к сожалению, это реально работает.
Дело было скорее не в самом минт, а в кедах и их специфике, точнее даже в их связке, сейчас уже не конкретизировать, суть в том, что знаешь нужный пакет, что добавить/изменить в конфиге, делаешь-запускаешь и идёшь искать в чем нюансы...
Тоже много лет использую оба, одно время казалось что на сервере должен быть только debian, но попробовав в итоге оба, могу сказать, что реальных отличий по сути нет никаких, ес-но если использовать lts. Есть только отдельный софт, который работает лучше на 1ой чем на другой и то без явного количественного перевеса. Минт на десктопе пробовал, ниче такой, но ... не люблю тратить по 2 часа времени на то, что под той же ubuntu делается за 5-10 минут)
Вы правы, но частично. Вспоминаю девочек в НИИ, у которых должность называлась программист такой-то категории, но их обязанность заключалась исключительно в загрузке перфокарт (иногда + снятие результатов) со строжайшим запретом "что-либо трогать". Понимания у них не было изначально и не приходило с годами. Алгоритмисты же работали до упора, просто результат их работы стал уходить не в перфокарты, а в диаграммы, схемы и потом в отдел кодеров. Я к чему это, если человек своей работой создаёт что-то имеющее ценность, то его мало кто выкинет, даже если все сильно устареет, а если человек является лишь функцией в каком-то процессе то результат очевиден - или эта функция развивается в соотв. с тех условиями либо отпадает/заменяется.
Не знаю, как конкретно сейчас, но еще десяток лет назад, ситуации из разряда когда начальник, далёкий от IT, спускает приказ что он "в мониторе" должен видеть например только "живые" организации были обыденностью. А на то, что есть нюансы с пропаданием информации - ну ты тут программист вот и сделай! (хотя похоже в россреестре примерно так и сейчас)
Так и с деньгами эти термины не сильно связаны, можно в 1ой конторе на позиции джуна зарабатывать больше чем в другой на позиции мидла. Человеку без опыта мало кто готов платить больше чем "на еду". Я понимаю, что задавая вопрос про мидла, человек обычно думает о деньгах, но имхо, стоит объяснять что деньги обычно приходят к уже имеющимся навыкам, решенным задачам и законченным проектам.
Может я уже совсем старый стал и борчу, но из статьи в статью видя, что у кого-то джуны становятся мидлами познавая код...
Джуны, мидлы, сеньеры это название "должностей", позиций, эти термины описывают некий условный набор исполняемых обязанностей, не более того, или нынче все изменилось и ИТ директор бросив руководство и уйдя на позицию мидла остаётся директором? И сеньеру нынче при переходе в другую компанию не говорят, что у них его могут взять только на позицию мидла?
Помню, как одного сеньера с 5 летним опытом не смогли взять даже на позицию джуна, потому что он варился в узкой экосистеме и ни шага в сторону сделать не мог, предпочли студента без опыта, но с горящими глазами.
Надеюсь никого не обидел.
Понимание определенной предметной области даёт Вам фору в несколько порядков. Оптимальное развитие - искать в ее рамках новые подходы, решения, инструменты и развиваться соотв. Биолог - слишком широкий термин, не могу сказать что Вам конкретно подходит, но попробую сказать пример, может натолкнет на мысль. Например, если Вы занимаетесь биомедициной то можно попробовать "моделирование", например femlab, в котором смоделировать воздействие лазера на биоткань (какую-то понятную Вам задачу), анализ данных есть в нем же, тут больше вопрос к смыслу анализа данных и какие они, если "плоские" то можно вообще тупо отдельно поиграться с Питоном и его возможностями, для начала хватит и видео с Ютуба. Можно конечно и на курсы сходить, но сдается мне, что с имеющимся опытом по анализу данных Вам на них нужен будет только синтаксис, ну и возможно узнать про конкретные библиотеки, а с этим проще самому разобраться.
Анализ рисков очень порадовал