Pull to refresh
-7
Вячеслав@Kwisatz

MuadDib

1,2
Rating
15
Subscribers
Send message
Согласен. Мылорувон например от игры вообще ничего кроме доната не оставляет даже если изначально было во что играть. DK, Settlers и прочие переиздания старых добрых игр в новой версии неиграбельны вообще.
Я всякие такие штуки тоже слышал миллион раз. Но мне приятней работать вечером/ночью/рано утром и по ощущению сутки меньше 24 часов. Если лечь спать вовремя то сон порядка 8 часов. Если позже да еще устал то 12-14 часов причем не разбудить почти никак.
Ну это лечицо просто. Программистов мало, работодателей много 8)
Со сном главное ложится и просыпаться в одно и то же время

А зачем? Есть какие то пруфы? У меня разок были свободные выходные и супруга уехала, решил провести эксперимент: захотел спать — ушел спать. 3 дня подряд чувствовал себя прекрасно, я полагаю что у меня сутки не 24 часа вовсе.
Действительно. Я тренажеры таскал. В коробках и в сборе. В таких задачах нужна не только сила но и смекалка. Понятно что коробку весом в 120 кг лучше спиной не подымать, но многие пытаются, они очень неухватистые, посему надо прикинуть как ее лучше взять, как удобней выгрузить, как не поднимать лишний раз.
Заодно узнал много интересного об архитектуре зданий. А уж сколько ребусов пришлось решать.
Кроме того очень я люблю дорогие штуки руками собирать 8) Это увлекательно, особенно когда встречаются конструкции разных марок и разных ценовых категорий. Прям ну очень большое удовольствие доставляло 8)
Как то раз поехали на Саяно-Шушенскую ГЭС зал собирать. Неделю по 12-14 часов вдвоем развлекались. Если бы поставщики не порадовали десятком косяков то я бы счет это лучшим отдыхом.
А у меня постоянная проблема в том, что никто не желает писать тз.
Я всегда говорю возьмите ручку, бумагу и напишите тезисно свои хотелки. Это нужно не столько для меня (я то выясню все и вся) сколько для клиента, чтобы определился сам. Дальше начинается адъ: писать ничего не хотят, внезапно выясняется что бизнес процессы надо на ходу поменять, уровень автоматизации никакой и прочее и прочее
Сейчас натурально шлю нахрен если меня хоть что-то смущает. Я лучше с супругой сериал посмотрю чем буду себе нервы портить.
У мну были такие случае, да еще поинтересней
1: Зажали денег купить батарею в упс, а скачки были постоянные. Очередной скачок спалил бп, мать. Диски в рейде. На серваке была вся документация.
Сразу нашлись деньги и на батарею, и на новый сервак и 300$ за восстановление данных

2. Мой бывший помошник обратился за диагностикой сервера и совету по оборудованию. Все рассказал объяснил, посоветовал не тянуть ибо диски были при смерти. Примерно через 1-2 месяца звонит, говорит «все, покупаем» и в этот момент диски рассыпаются.

3. Сервер ЕГАИС. Комплектация минимальная. В офисе сдохли кондиционеры и возможно по перегреву отъехал основной диск. Восстановили ночной бекап. Но пока сервер восстанавливали вокруг такая карусель была, натурально хоровод. Отгрузки стоят, клиенты в ужасе. Потерялось два документа за сбойный день. Росалькоголь начинает шевелицо только через 45 дней. Неделю пытались затолкать выгрузку в свою базу. Еще неделю доказывали что идет все не совсем так. Еще неделю искали человека который может починить ибо уровень компетенции попильной компании стремится к нулю. Итого один диск вышел стоимостью часов эдак в 120 часов времени двух топ менеджеров + косвенные убытки.
Именно так.
Я вообще довольно часто сталкиваюсь с людьми которые предлагают озвучиваемые риски делить на 3. Первые 10 раз «к вам Тэмза, сэр» хотя бы удовольствие приносили.
Я уверен что вас не хватило бы дольше чем на две недели, либо вы не напрягали голову.
Одно дело дворником работать или курьером (ни тем, ни другим не работал), а другое дело постоянно в чем то новом разбираться, учиться.

Не столь сильно как при программировании но тоже достаточно. Коммерческим директором, а по факту задачи были какие угодно. Но это здорово.

В работе программиста много однотипного, но тем не менее ежедневно приходится «решать вопросы за пределами компетенции». Хотя зависит что за компетенции вы имели в виду.

Пример: фирма заказывает сайт, всем занимается начальник продаванов, it-директора по поводу исполнителей, нюансов, тз никто не слушает. В итоге: смена подрядчика, тупая админка, куча костылей и более 30 замечаний к сайту на которые исполнителю плевать ибо уже все документы подписаны.
Думаю дело вовсе не в загрузке. Я работал по 20 часов в сутки и это было круто и очень интересно: открывали большой магазин, прорабатывали рекламу, внедряли автоматизацию и еще 100500 текущих проблем. Выработал для всего этого простую схему моментального решения всего и вся: любой вопрос должен быть решен в течении 5 минут (в идеале 1-2) если так не получается то вопрос переходит в категорию проблем и уходит в конец списка, далее либо делегируется кому либо для уточнения нюансов либо решал сам когда было время. Кроме того завел привычку с утра решать самые неприятные проблемы. Итог: все решается быстро, эффективно, мозг разгружен.

А вот что реально грузит, это когда ты занимаешься разработкой и/или прочими вопросами предприятия, а все сотрудники и руководство ведет себя так:
— никто не знает что такое тз и не хочет знать, каждого надо брать за ручку и выяснять
— у всех «слишком мало времени» чтобы написать письмо с хотелками или проблемами
— никто не способен к планированию, сообщить в 18:00 что на следующий день собрались вывести 10 сотрудников — норма
— постоянная жажда личного общения вместо почты, пофиг спишь ты или в потоке работаешь
— экономия на всем и вся до состояния «сейчас развалицо к чертям»
— Отсутствие желания слушать вообще
— Желание использовать 100500 каналов общения (whatsapp, telegram, телефон, jabber, etc)
— Рвение решить вопрос за пределами компетенции сотрудника (что в итоге порождает немеряно проблем)

В итоге натурально поймал себя на том, что при очередном звонке аж руки затряслись. Причем из компании в компанию это все повторяется. Народ раз за разом втыкается в пни и ничего не желает менять. У меня даже есть любимый анекдот:
Англия, хIх век, поместье лорда.
Хозяин сидит в кресле у камина и читает.
Распахивается дверь и дворецкий возбужденно докладывает:
— Сэр, река разлилась, вода стремительно подступает!
— Самюэль, я впервые вижу, что вы нарушаете порядок обращения к хозяину! Пожалуйста, не допускайте этого впредь.
— Извините, сэр…
Через час еще более возбужденный дворецкий открывает дверь и кричит:
— Сэр, вода залила первый этаж!
— Сэмюэль, да что происходит? Я вас не узнаю. Успокойтесь и доложите, как положено!
Через полчаса дверь снова открывается, поток воды, чуть не сбивая дворецкого с ног, устремляется в комнату. Он, сохраняя чинный вид, докладывает:
— К Вам Темза, Сэр!


О как, действительно, упустил я этот момент.
2. 1с может запрещать что угодно, но в рамках использования своего софта, а что мне делать с бд я как нибудь решу без них.

Нет смысла? прикольно. А как вы реализуете каскадные изменения связанных данных?
Суть не в рваных ссылках а в согласованности данных. Контроль согласованности на уровне приложения это невероятных размеров костыль.Частный случай: on update cascade, on delete restrict
Ну по построителю мне вас не понять, мне неудобно, я руками SQL пишу намного быстрее.

1с скорей с битриксом в сравнение идет, столько же бессмысленности и беспощадности.
Это ничем особо не поможет, там достаточно сложные связи и ресурсов свободных немеряно. Код нельзя, он собственность клиента и итоговый запрос к бд просто невероятных размеров.
Но все эти компании для своего времени делали отличные решения и выбирали именно то, что было нужно рынку в то время.

Да никто и не спорит что в свое время они сделали удачные вещи в удачное время. Но сейчас 1с жрет непозволительно много времени. Кроме того она полна совершенно идиотских решений за безумные деньги. Чтобы с ней работать в более-менее сложном случае нужно купить штук 5 конфигурация и то их универсальный кривой интерфейс ест ну очень много времени. Пример: если вы работаете с одеждой то вы поймаете на своем пути столько пней, столько веселья… Справедливости ради не они одни этим грешат. Я на презентациях всевозможных ERP прошу при мне завести для примера пуховик с сеткой размеров: как правило уходит 30-60 минут уходит на это дело и приходит понимание, что продукт совершенно неюзабелен в этом случае.

Ему нужно чтобы разработчик изначально не косячил когда делал нормализацию структуры базы и можно было делать запросы без таких наслоений.

А вот тут как раз проблемка, ибо работа с кучей связанных табличных частей сопряжена со строительством заводика по производству костылей.
Кроме того:
— На Null не проверить
— составные индексы по бд не сделать
— функциональные индексы не используются
— да собственно даже в бд ничего не сделать, ибо все изменения вносятся через drop table

Я понимаю, что нынче политика: купите еще сервер. Но у меня при слове 1с-кластер начинает глаз дергаться.

И причем так везде. У нас с маленькой бд через обработку «выгрузка на сайт» выгрузка идет минут 20, а напрямую 0.2 секунды.
Интерфейс кассы на одну запись расходует минуты 2, а веб морда моя 20 секунд итд
Еще как оправдала. Покажите мне конкурента у которого другая философия и такой же масштаб клиентской базы (разумеется в их нише). Каждая кухарка здесь не в контексте просто низкого порога вхождения (по аналогии с киллерфичей пхп), а скорее по аналогии с Keyword Driven Testing и прочими подходами когда эксперта в предметной области ставят как можно ближе к коду.

Исторически им уж так повезло. Хоть от 1с я не в восторге но их конкуренты еще хуже.

Неа. Ненормально. Отчетик сами писали или левый «специалист»? ИМХО большая проблема 1с в том что они в своей сертификации ограничивают франчей снизу, но забывают об ограничении сверху. У них есть требования по минимальной квалификации чтобы лезть под капот, и даже по сути продавать полноценные коробки, но вот ограничения «если ты криворукий нуб без особой бумажки, то даже не пытайся писать собственную конфу или существенно допиливать существующую а то договор расторгнем и штрафов навешаем» — у них нет. И от этого все беды (не все, но многие).

Отчет писал Специалист с большой буквы. Я проверял что он сделал.

Мы точно об одном и том-же говорим?

Об одном, но вы говорите об относительно простых вещах. У нас на 1с написана хитрая софтина учета с кучей табличных частей и вот по ней отчеты ну просто запредельно веселые.

В общем и целом я специализируюсь на разных утилитах оперирующих данными 1с при этом саму 1с никак не трогающих. Web-отчетики всякие хитрые, реестры платежей и прочее и прочее. И от того как 1с использует бд у меня волосы на голове шевелятся. Пусти начинающего php кодера к бд он и наверное умнее будет.
Золотые вы люди с таким подходом. Весьма впечатляет.
В основном в России отношение к работникам чуть ли не как к рабам.

Последние 15 лет увольняюсь всегда сам когда надоедает и нет общих целей/наработок с компанией, кроме одного раза когда ушли меня очень мерзко и неприятно.

Еще бы хотел добавить касательно собеседований: если вы явно видите что человек вам не подходит то так и скажите. Не нужно никого жалеть. Очень немногие способны сразу расставить точки над буквами на собеседовании и начинают тянуть резину или «мы вам перезвоним».

В принципе в увольнении нет ничего страшного, рынок большой, программистов мало. Хотя первый раз неприятно, но так со всем будь то собеседование или просьба о повышении зарплаты. После какого то момента становится резко фиолетово.
Философия «каждая кухарка может программировать 1с» у них лежит в основе, но она себя не оправдала.
Во первых вы явно не сталкивались с глюками транслятора всей этой билеберды в SQL. Было дело мы полгода ждали лечения бага join. Кроме того уж незнаю что они там вытворяют но у меня есть отчетик который на sql выполняется секунду, а в 1с 25 минут. Вы считаете это нормальным?

«не для одинэсника»: вот потому одинэсники пишут какие то дикие костыли там, где все прочие ставят внешний ключ и не мучаются. А уж какое веселье наступает когда есть несколько табличных частей ссылающихся друг на друга, уухх…
И уж простите, но их конструктор почти неюзабелен на более менее крупных запросах.

ЗЫ у меня вообще есть подозрение что 1с более менее работает в крупных компаниях только за счет покрывающих индексов MsSQL
ЗЫЗЫ по поводу перевода на русский: я незнаю как вам но мне особую боль доставляет вспоминать «объединить» это join или union.
Я как то раз больше часа пытался объяснить 1с-программисту что такое внешние ключи и зачем они нужны. Как можно назвать хорошей архитектуру где контроль целостности реализован через дикие костыли?

Information

Rating
1,887-th
Location
Новосибирск, Новосибирская обл., Россия
Date of birth
Registered
Activity