1. Остальные таблицы трогать нельзя или не важно будут они отличаться или нет?
2. Если синхронизироваться должны только две таблицы, а остальные могут(!) отличаться, то сдается мне вас направили по неверному пути. Не слышал что бы репликация так работала....
3. Дык туннель разве не спасет?
А что за задача такая? справочник синхронизируете?
Насколько я понимаю, Ваш вопрос нужно поделить на две независимые друг от друга проблемы:
1. Как обеспечить совместный доступ к документу?
2. Как обеспечить целостность данных (что бы пользователи не портили данные друг друга)?
Многие из вышеперечисленных рецептов относятся только к первой проблеме.
Внесу и я свою лепту: MS Share Point, вот это или еще куча способов.
Вторая проблема сложнее и боюсь, что с использованием Excel эту проблему можно решить только организационно. Например, добавить столбец "владелец записи" и обязать каждого сотрудника править запись только "через владельца записи". Хотя, все равно будут персонажи - которым пофигу все правила.
А вообще, если у Вас появилась такая проблема, то пора задуматься над закупкой/разработкой информационной системы которая заменит собой этот файл Excel.
Ребят, стандартизация кода это мега важно, но на мой взгляд ключевое слово у топикстартера - "костыли". Видимо речь о культуре разработки в целом.
Сама верстка лечится легко: стандарт + автоформатеры + легкий кодревью. А вот научить человека не переопределять для разных целей одну и туже переменную или не делать SELECT * в переменную типа запись с фиксированным количеством полей или почему надо создавать индексы на поля внешних ключей - это надо учить: объяснять последствия и говорить как их избежать.
И тут ключевой вопрос в том, видишь ли ты как руководитель, смысл тратить свое время на данного персонажа или тебе проще уволить его к чертям и взять уже обученного.
Лично для меня, ключевым моментом при принятии решения "учить или казнить" всегда являлось то как человек относится к работе. Если он добросовестный, понимает что много не знает и хочет вырасти как специалист, то я тратил на него свое время, если нет - досвидос. Это правило старюсь применять и сейчас, когда непосредственно разработкой уже не занимаюсь. Считаю, что людям надо давать шанс как в свое время его дали мне.
Денис Загаевский, чаще чем может показаться.
Зачастую профессионалы исповедуют какую то зарекомендовавшую себя философию/культуру/технолгию и мыслят в рамках уже опробованных шаблонов. В то время как новичeк может мыслить вне рамок этих шаблонов. И если дать такому человеку чуточку свободы, то можно получать неожиданный профит.
abmanimenja, давайте не будем теоритезировать - пруфы в студию. Вот мои.
Дивиденды указаны в абсолютных цифрах. например в 2017 - 12 р. на обыкновенную акцию. Точную цену за акцию на тот момент не помню, но она была точно в пределах 200 р.
Завязывайте с детскими мечтами - халява штука редкая.
Полностью с Вами согласен! Собственно, с этого тезиса и начал дискусию))
abmanimenja, послушайте, не знаю кто вас так жестоко нагрел с дивидендами :), но мне лень доказывать не корректность тезиса
Средний размер - меньше одного процента.
Однако, просто зайдя на сайт сбера можно увидеть статистику по выплатам . Меньше 1% уже давно никто (кроме того эмитента, чьи акции находятся у вас в портфеле) не платит.
Ну не знаю как Вы с 1,2 млн.р. насчитали 100 000 дивидендов, но даже если так, то не забывайте, что это не в месяц, это в год. В принципе да, 8000 в месяц, можно будет выйти на пенсию в 30, правда через 10 лет на эти 8000 можно будет купить две булки хлеба и банку консервов. Инфляция понимаешь ли....
Если хочется сделать задел на будущее, то вложите лучше деньги в собственное развитие/образование или в образование своих детей.
Понял кажется. Окладов наверное не было, почасовая или попроектная оплата. По сути это Вы фрилансили. Просто у организатора был пул проверенных фрилансеров, которых он привлекал для того или иного проекта. У него не болела голова чем Вас кормить, если не мог нагрузить работой, то наверное просто разводил руками и говорил: "сорян, пока ты на этом проекте будешь лишним, жди следующего"...
Удивительно, что два года просуществовали...
Но почему нет, м.б. и найдете.
У меня товарищ работает в конторе (не мск), которая ищет и выторговывает заказы, на всяких гуру.ком (для этого есть специально обученные менеджеры), а потом сидят и пилят (примерно человек 25). Но по-моему, там сотрудники на каком то небольшом окладе + % от проекта и отказаться от проектов они не могут - едят что дают. В противном случае тяжело браться за заказы (а хвататься приходится быстро, т.к. очень высокая конкуренция индокитайцев), не зная есть ли у тебя ресурсы на выполнение.
Роман, я в целом не только понимаю, глубоко уважаю, но и во многом разделяю Ваши ценности. Понимаю плюсы и минусы работы в команде, на себя, а так же собственный бизнес с наемными работниками (прошел и то, и другое, и третье). Но хоть убейте не могу себе представить банду/команду тех кто работает время от времени каждый со своим понимаем свободы (по своим правилам посещаемости) и при этом не заваливает проекты или не разбегаются....
Я как то представлял такие банды/артели/команды следующим образом: люди собираются (вне зависимости от организации и формы собственности) объединенные общей целью разбогатеть, добиться финансовой независимости и пилят, пилят, пилят.... Заметьте: разбогатеть, а не соблюсти баланс жизни и работы... и если Вы попадаете в такую среду со своими, отличными от остальных, ценностями, то Вас эта среда выдавливает, т.к. коллеги не могут в своих стремлениях положиться на Вас - вы сделав один проект говорите: "я поехал в отпуск в следующем проекте я не участвую"...
хотите в команду? - придется учитывать ее интересы в ущерб собственным, ограничивать себя в свободе...
Наверное....
Обычно, люди сбиваются в команды когда их объединяют общие цели/стремления/ценности. Например, желание работать на себя и заработать кучу денег, желание сделать действительно важный и нужный продукт (в который все они верят) и т.п.
Если я Вас правильно понимаю, в Вашем случае Вам нужно найти команду единомышленников, которые стремятся обрести баланс в жизни: работать для того что бы жить, а не жить ради работы (не постоянно клепать проекты, а время от времени.... что бы хватало на еду). Т.е. с точки зрения отношения к труду, Вы неамбициозны. А не амбициозные люди редко слазят с дивана для того что бы бросить работу и вступить в какую то непонятную артель. Проще сидеть в какой-нибудь не считающей деньги конторе (типа госкорпорации или бюджетного учреждения). В общем не сходится у меня что-то с Вашими жизненными ценностями... В любом случае, желаю Вам удачи в поиске! (а так же в осознании своих истинных желаний)
Да нормально бы отнеслись, но все зависит от компании, в т.ч. от ее задач, приоритетов и ресурсов.
Работа аналитика совсем не проще работы разработчика, во многом сложнее и ответственнее.
Цена ошибки аналитика (если рассматривать только риски разработки ПО) выше чем цена работы разработчика, т.к. если ошибся аналитик, то придется переделывать и его работу, и работу разработчика, тестировщика. Если ошибка разработчика, то переделывают работу только разработчик и тестировщик.
Аналитик должен уметь задавать правильные вопросы заказчикам, с целью выяснить чего действительно они хотят от продукта. Я не видел ни одного института в котором бы этому учили.... Только опыт. По этому, чем раньше начнете работать, тем быстрее научитесь.
Так же важно понимать следующее: у аналитиков и разработчиков не только разный набор компетенций, но и очень часто, диаметрально противоположные черты характера. Если поделить мир на черное и белое, то программист - интроверт, а аналитик (говорю о бизнес/системном) - экстраверт. Т.е. если вы больше любите и умеете общаться с людьми, чем что то созидать своими руками/головой, то скорее всего вы либо будете плохим программистом, либо быстро вырастите до менеджера. Зато вам ментально будет очень комфортно работать аналитиком, т.к. эта профессия предполагает общение с людьми.
Это может показаться не важным, но, поверьте от этого во многом будет зависеть будете ли Вы счастливы :).
Все вышесказанное больше относится к системным/бизнес аналитикам. Аналитик данных, в моем понимании - это все же больше разработчик чем аналитик. Если посмотреть на типовые задачи, то это: ETL, нарезка кубов, построение статистических моделей, построение отчетов и т.п. По сути, во многих компаниях эти задачи выполняют программисты...
Я брал, не пожалел. Парень пришел и честно сказал: я после института, ничего не умею, готов работать за небольшие деньги (сколько дадите), хочу научиться. В итоге получился неплохой аналитик. Правда есть одно НО: с небольших денег сложно поднять зарплату "до рыночной", т.е. в некоторых компаниях есть лимит повышения з/п - допустимо повысить з/п единовременно не более чем на 15-20%. Пришлось повышение з/п растянуть на пару лет. В прочем, можно этого не ждать, а просто найти другую работу.... суровая правд жизни.
Ну хз... У меня дешевые (1,8 т.р.) беспроводные JBL без разрешения издают звуки только когда включаются и когда садится батарейка. Никаких дополнительных звуков при увеличении громкости, паузе и т.п. не предусмотрено конструкцией (во всяком случае по дефолту). ИМХО, если не нравятся уши, то надо взять себе другие и не париться. Подозреваю что тут другой случай - хочется поковыряться паяльником, напильником и программатором.
Fixid, Да я это понимаю. В целом порядок работы с диском/памятью такой же как например в Oracle. Я имел ввиду случай когда данные не в памяти, а на диске. В чем профит разбиения таблиц по файлам?
Владимир, Fixid Спасибо! не знал, что так можно. А у вас есть понимание в каких случаях это целесообразно? Все равно, при запросе эти таблицы нужно прочитать с физического диска.... Параллелить наверное получится только если они расположены на разных дисках?
Сорри за глупые вопросы, с MySQL не работал - просто тема зацепила))
2. Если синхронизироваться должны только две таблицы, а остальные могут(!) отличаться, то сдается мне вас направили по неверному пути. Не слышал что бы репликация так работала....
3. Дык туннель разве не спасет?
А что за задача такая? справочник синхронизируете?