Ну понятие "важность" оно относительное. Систему с хранением истории всех изменений тоже используем на отельных таблицах, но вся "важность" заключается лишь в том, что пользователям захотелось вести "расследования" и находить "крайнего", но на производственные процессы и надежность это никак не повлияло, чисто психологический эффект. )
Не важно кто следит, без программистов все равно не обойтись. Иногда законодатели не торопятся настолько или настолько невнятны, что информация о том что же конкретно нужно реализовать становится доступной уже после того как прошли все сроки. Да, бегать может и не нужно, но как подвисают сайты того же 1с от наплыва посетителей, ожидающих новой/исправленной версии какого-нибудь отчета, у которого истекает срок подачи, видел неоднократно. Ни кто не хочет быть оштрафован, так что думаю программистов поторапливают. Так же неоднократно видел, как задним числом меняют трактовку уже реализованных в по законов после какого-нибудь пояснительно письма от ФНС, ПФР, ФСС и т.п.
Существует очень много систем которые вынуждены с той или иной частотой реагировать на изменения в законодательстве. Предусмотреть все на уровне гибких настроек нереально, так что постоянный надзор, доработка на соответствие законам - частая причина привлечения программистов.
Много раз пользовались восстановлением отдельных записей в своей практике. Очевидно, что подход и необходимость хранения удаленных записей зависит от задачи. Применяю и подход с полями-пометками и подход с дополнительными таблицами. Предпочитаю на каждую "важную" оригинальную таблицу делать таблицу-копию для удаленных записей с дополнительными полями. Вариант ужимать все в какой-нибудь строку/массив байтов применяли (правда не для хранения удаленных записей), и, если честно, не очень понравилось. Слишком много доп телодвижений нужно для разбора в обратном порядке, но под специфическую задачу, почему бы и нет.
У меня все доступно, но слышал о проблемах для новых аккаунтах разрабов для РФ. Проблемы с выплатами и монетизацией для РФ, насколько я знаю, если для заграничных гео, то работать можно, хоть и сложнее.
Есть ежедневные задачи мало относящиеся к разработке, но которые нельзя отложить на потом. У кого-то компьютер завис/не грузится, сеть пропала, принтер не печатает, почта не приходит, вайфай не подключается, файл/сайт не открывается, телефоны не работают и много других характерных для эникейщика проблем. Плюс определенные задачи по разработке нужно делать в обозримые сроки, иначе смысл теряется. А так да, сроки не ставлю, приоритеты выбираю по ситуации, куча задач в вечном игноре, куча некритичных улучшений в долгом ящике, на работе особо не задерживаюсь, но и чем то посторонним не занимаюсь. Так что совесть чиста, все честно, время оплачено, работаю не на износ, но на саморазвитие остаются вечера дома, обед, выходные.
Ожидаю, что некоторые незнакомые фильмы из списка будут непроходными, за это спасибо. Думаю, что это просто индивидуальный набор картин чем-то зацепивших конкретного человека, ценность списка для других указана предложением выше. )
Мысли правильные, и были попытки параллельно поработать на других заказчиков, даже начальство было не против, ибо заказчики приходили от начальства в том числе (видели проги, хотели себе такие же). Но раз обжегшись на том, что подвел людей, тупо не успевая везде, зарекся брать новые проекты на стороне, а несколько ранних слава богу не требуют вмешательства. А так, идея наладить все до невмешательства и параллельно поработать на себя была изначально основной(да и сейчас не покидает), но не все можно предвидеть на несколько лет. Не ждешь от непрофильной фирмы постоянных новых идей и задач, а они регулярно волнами возникают, не ждешь забвения от любимого 3д пакета под который пишешь плагины, не ждешь от микростоков снижения выплат в разы, не ждешь от гугла блокировки монетизации для ру сектора. Это не жалоб ради, а наоборот, показать как интересно, творчески и разносторонне получалось проводить время в попытках найти приятный доп. доход. )
Ну причин несколько. Начиналось все давно еще при 97 офисе. Никто не ожидал, что микрософт по сути похоронит популярный инструмент для разработки корпоративных приложений, перестав развивать, а в последствии и убрав поддержку связки MS Access+MS SQL. Были давние попытки перескочить на другие технологии, были и C# + WPF (не устроило слабым удобством разработки и заметными тормозами на старом железе по сравнению с теми же устаревшими winforms), были стратегические идеи перевести все на веб, и даже на Qt, но все это затухало на этапе интересных, но незаконченных экспериментов и отдельных полезных мини приложений. Невозможно в адекватные сроки на пару с напарником одновременно разрабатывать новый движок, поддерживать старый и решать кучу эникейских задач несвойственных для разработчиков айтишных контор. А штат программистов в непрофильной фирме для разработки под себя никто держать не планировал и не планирует. Думаю, мы не одни оказались в такой ситуации, хоть типичной её и не назвать.
Вот, кстати, искренне спасибо, за историю. Видимо разработка для медицины, очень популярная ниша. По совпадению тоже на медиков работаю, хотя все намного прозаичнее, без МЛ и графов (если не считать идею из "долгого ящика" поучить какие-нибудь сетки на медкартах и данных исследований). Тоже припоминаю времена когда на первой работе (на муниципалку) на проезд мелочь занимал. Уйти на повышение было не сложно, благо оставался человек. Вот вторая работа как раз пока не отпускает, но приятно слышать, что у других в сходных ситуациях все получается, это мотивирует.
Я уже проходил пару онлайн тестирований/соревнований даже не на должность, а на место на образовательных курсах в яндекс и озон. До живого собеса не дошел, т.к. по задачкам не прошел (где-то в серединке был). Места конечно халявные и желающих много, но, млин, и народу брали не мало, так что повысить скилы очень даже не помешает. Этож позор какой-то, не пройти тесты-задачки на то, чтобы слушать онлайн курсы! )
Схема довольно реалистичная, отмечу лишь, что хотелось бы свалить не на вольные хлеба, а уже имея предложение не хуже хотя бы по з.п., но для этого нужно "догнать" рынок освоив и как-то набрав опыт в востребованных стеках. В свободное от работы время это сделать не просто, а не юношеский возраст не добавляет привлекательности к резюме. Но это все отговорки, по факту при должном усердии и везении все хоть и медленно, но решаемо. Сложнее с заменой, которую тебе предложат подыскать, ибо сами не разбираются(а это так),а когда ты её не найдешь и свалишь, то все равно будет не красиво, и объективно чувство, что слега кинул людей останется.
Идеальный вариант - подождать удачный повод, типа конфликт с руководством, переезд в другой город по независящим причинам, смена ПО под давлением законодательства, предложение на стороне, отказ от которого не поняли бы даже текущие начальники, но то думки. )
Да, про отсутствие нормальных доков несколько раз слышал от работников разных контор, все гонятся за скорейшим релизом, не до доков. Хотя написать подсказки для новичков с картинками куда жать если что, наверное и сейчас практикуют, где-то и полноценную актуальную документацию поддерживают. Правда если система работает с устаревшими технологиями, много желающих даже доками не заманишь.
Ключевое слово "потом". А если "потом" не происходит никогда, и постоянно возникают новые хотелки (не всегда как самодурство, а вполне обоснованные), то да "живут" со строителями, причем с теми, которые начинали стройку и знают по какой диагонали брошена силовая линия, а какую задвижку лучше не задвигать. Крутизна этих специалистов только в уникальном опыте поддержки конкретной замороченной фирмы.
Есть вариант из коробки, просто в скобках после фио писать примечание. )
А если было 2 пользователя, с кучей заказов, потом оказалось, что это 1 человек и надо объединить, как правильно поступить?
Ну понятие "важность" оно относительное. Систему с хранением истории всех изменений тоже используем на отельных таблицах, но вся "важность" заключается лишь в том, что пользователям захотелось вести "расследования" и находить "крайнего", но на производственные процессы и надежность это никак не повлияло, чисто психологический эффект. )
Не важно кто следит, без программистов все равно не обойтись. Иногда законодатели не торопятся настолько или настолько невнятны, что информация о том что же конкретно нужно реализовать становится доступной уже после того как прошли все сроки. Да, бегать может и не нужно, но как подвисают сайты того же 1с от наплыва посетителей, ожидающих новой/исправленной версии какого-нибудь отчета, у которого истекает срок подачи, видел неоднократно. Ни кто не хочет быть оштрафован, так что думаю программистов поторапливают. Так же неоднократно видел, как задним числом меняют трактовку уже реализованных в по законов после какого-нибудь пояснительно письма от ФНС, ПФР, ФСС и т.п.
Существует очень много систем которые вынуждены с той или иной частотой реагировать на изменения в законодательстве. Предусмотреть все на уровне гибких настроек нереально, так что постоянный надзор, доработка на соответствие законам - частая причина привлечения программистов.
Много раз пользовались восстановлением отдельных записей в своей практике. Очевидно, что подход и необходимость хранения удаленных записей зависит от задачи. Применяю и подход с полями-пометками и подход с дополнительными таблицами. Предпочитаю на каждую "важную" оригинальную таблицу делать таблицу-копию для удаленных записей с дополнительными полями. Вариант ужимать все в какой-нибудь строку/массив байтов применяли (правда не для хранения удаленных записей), и, если честно, не очень понравилось. Слишком много доп телодвижений нужно для разбора в обратном порядке, но под специфическую задачу, почему бы и нет.
Я так и подумал, но было уже поздно.
У меня все доступно, но слышал о проблемах для новых аккаунтах разрабов для РФ. Проблемы с выплатами и монетизацией для РФ, насколько я знаю, если для заграничных гео, то работать можно, хоть и сложнее.
Есть ежедневные задачи мало относящиеся к разработке, но которые нельзя отложить на потом. У кого-то компьютер завис/не грузится, сеть пропала, принтер не печатает, почта не приходит, вайфай не подключается, файл/сайт не открывается, телефоны не работают и много других характерных для эникейщика проблем. Плюс определенные задачи по разработке нужно делать в обозримые сроки, иначе смысл теряется. А так да, сроки не ставлю, приоритеты выбираю по ситуации, куча задач в вечном игноре, куча некритичных улучшений в долгом ящике, на работе особо не задерживаюсь, но и чем то посторонним не занимаюсь. Так что совесть чиста, все честно, время оплачено, работаю не на износ, но на саморазвитие остаются вечера дома, обед, выходные.
Ожидаю, что некоторые незнакомые фильмы из списка будут непроходными, за это спасибо. Думаю, что это просто индивидуальный набор картин чем-то зацепивших конкретного человека, ценность списка для других указана предложением выше. )
Мысли правильные, и были попытки параллельно поработать на других заказчиков, даже начальство было не против, ибо заказчики приходили от начальства в том числе (видели проги, хотели себе такие же). Но раз обжегшись на том, что подвел людей, тупо не успевая везде, зарекся брать новые проекты на стороне, а несколько ранних слава богу не требуют вмешательства. А так, идея наладить все до невмешательства и параллельно поработать на себя была изначально основной(да и сейчас не покидает), но не все можно предвидеть на несколько лет. Не ждешь от непрофильной фирмы постоянных новых идей и задач, а они регулярно волнами возникают, не ждешь забвения от любимого 3д пакета под который пишешь плагины, не ждешь от микростоков снижения выплат в разы, не ждешь от гугла блокировки монетизации для ру сектора. Это не жалоб ради, а наоборот, показать как интересно, творчески и разносторонне получалось проводить время в попытках найти приятный доп. доход. )
Ну причин несколько. Начиналось все давно еще при 97 офисе. Никто не ожидал, что микрософт по сути похоронит популярный инструмент для разработки корпоративных приложений, перестав развивать, а в последствии и убрав поддержку связки MS Access+MS SQL. Были давние попытки перескочить на другие технологии, были и C# + WPF (не устроило слабым удобством разработки и заметными тормозами на старом железе по сравнению с теми же устаревшими winforms), были стратегические идеи перевести все на веб, и даже на Qt, но все это затухало на этапе интересных, но незаконченных экспериментов и отдельных полезных мини приложений. Невозможно в адекватные сроки на пару с напарником одновременно разрабатывать новый движок, поддерживать старый и решать кучу эникейских задач несвойственных для разработчиков айтишных контор. А штат программистов в непрофильной фирме для разработки под себя никто держать не планировал и не планирует. Думаю, мы не одни оказались в такой ситуации, хоть типичной её и не назвать.
Согласен, хороший код в ДНК - путь к успеху. )
Вот, кстати, искренне спасибо, за историю. Видимо разработка для медицины, очень популярная ниша. По совпадению тоже на медиков работаю, хотя все намного прозаичнее, без МЛ и графов (если не считать идею из "долгого ящика" поучить какие-нибудь сетки на медкартах и данных исследований). Тоже припоминаю времена когда на первой работе (на муниципалку) на проезд мелочь занимал. Уйти на повышение было не сложно, благо оставался человек. Вот вторая работа как раз пока не отпускает, но приятно слышать, что у других в сходных ситуациях все получается, это мотивирует.
Я уже проходил пару онлайн тестирований/соревнований даже не на должность, а на место на образовательных курсах в яндекс и озон. До живого собеса не дошел, т.к. по задачкам не прошел (где-то в серединке был). Места конечно халявные и желающих много, но, млин, и народу брали не мало, так что повысить скилы очень даже не помешает. Этож позор какой-то, не пройти тесты-задачки на то, чтобы слушать онлайн курсы! )
Было 2, но первым успел уволиться на повышение не я. )
Схема довольно реалистичная, отмечу лишь, что хотелось бы свалить не на вольные хлеба, а уже имея предложение не хуже хотя бы по з.п., но для этого нужно "догнать" рынок освоив и как-то набрав опыт в востребованных стеках. В свободное от работы время это сделать не просто, а не юношеский возраст не добавляет привлекательности к резюме. Но это все отговорки, по факту при должном усердии и везении все хоть и медленно, но решаемо. Сложнее с заменой, которую тебе предложат подыскать, ибо сами не разбираются(а это так),а когда ты её не найдешь и свалишь, то все равно будет не красиво, и объективно чувство, что слега кинул людей останется.
Идеальный вариант - подождать удачный повод, типа конфликт с руководством, переезд в другой город по независящим причинам, смена ПО под давлением законодательства, предложение на стороне, отказ от которого не поняли бы даже текущие начальники, но то думки. )
Да, про отсутствие нормальных доков несколько раз слышал от работников разных контор, все гонятся за скорейшим релизом, не до доков. Хотя написать подсказки для новичков с картинками куда жать если что, наверное и сейчас практикуют, где-то и полноценную актуальную документацию поддерживают. Правда если система работает с устаревшими технологиями, много желающих даже доками не заманишь.
Куда слать резюме? )
Ключевое слово "потом". А если "потом" не происходит никогда, и постоянно возникают новые хотелки (не всегда как самодурство, а вполне обоснованные), то да "живут" со строителями, причем с теми, которые начинали стройку и знают по какой диагонали брошена силовая линия, а какую задвижку лучше не задвигать. Крутизна этих специалистов только в уникальном опыте поддержки конкретной замороченной фирмы.