Pull to refresh
-1
0.2
Глеб@andyblaster

User

Send message

1с о бабках всегда была

Мы то с вами прекрасно понимаем, что вы тут не за бабками, а спасаете заблудшие души заказчиков, погрязших в говнокоде. Правда из вашей говнокачки содержимое почему то в обратную сторону льется, к заказчику, но это мелочи, так надо.

Ваших не видал

Так взор, наверное, в высшие сферы устремлен, ищет, как заказчику красиво сделать. Слова простых смертных не достойны вашего слуха и признания их Аргументами. Когда слышишь голос бога, дланью своей осенившего избранного частицей гениальности, бурчание окружающих превращается в блеяние безропотного стада, нуждающихся в спасителе.

Пока ничего революционного в мире айти нет.

Ведь вы единственный светоч, разгоняющий мрак невежества, а блог ваш - священная книга. Другие недостойны сделать революцию, ибо источник может быть один и гениальность стоит за плечом его, и по ней узнаете его.

А мой код элегантный, прекрасный и звонкий.

Чистый, как слеза богоматери, ослепленной благолепием непогрешимого кода.

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

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

Да, контора гнилая

а зачем знать этот проприетарный кал?

Не впадлу на гнилых то работать и в кале копаться? Или деньги не пахнут?

я знаю про эффективность, красоту, надежность и понятность кода и еще много других страшных слов

Так не знаешь же. Паленые аргументы у тебя, если честно, у 1С лучше. Они и денег больше тебя зарабатывают.

Клиенты бы к ним не пошли.

Миллионы леммингов не могут ошибаться, выбирая настоящих гениев.

Если стая собак лает...

И что же нового произошло в мире АйТи и в 1С в частности?

Еще поговорка про собак есть: "Старого пса новым трюкам не научишь"

Так вы бы еще умели отличать критику от фуфуфу, глядишь, польза была бы) Вам тут напихали в панамку по самые помидоры, а вы продолжаете делать вид, что черное - это белое, отмахиваться общими фразами и постоянно защищаетесь от нападок, хотя тут много здравой и адекватной критики.

Вам дают самые аргументные аргументы из официальных гайдов вендора. Но 1С же - "гнилая контора", ага? И аргументы уже не аргументы, они ж от гнилой конторы. А вам не западло прогнуть гнилых и зарабатывать на них, вы же четкий пацан, даже гений, знаете сами, как лучше, ептыть. Блатная философия какая-то, когда любое действие пахана - это ровно и правильно, а любой контролирующий орган - мусор и падла, а любой собеседник - лох, который не соображает, как "правильно и оптимально" зарабатывать деньги.

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

Могли бы хоть чуть-чуть сил на реморализацию потратить, как в Ночном дозоре. Но это же сложно, "экономия на спичках". Проще как узколобый ограниченный эгоист твердить, что все нормально. А ваши критиканы тоже с гнильцой, хотят помешать вам зарабатывать 300 тыщ в наносекунду.

Автор просто непоследователен в своих действиях.

Посудите сами, он не любит экономить на спичках:

не экономлю на спичках

Он отрицает важность прироста производительности:

что даст прирост в этом коде на 0.01% для клиента?

Но при этом... тииихо... Тихо! <задорнов.jpeg> Готовы?!

сериализация в структуру — лишние потери скорости и памяти

Это из еще одной статьи про REST и средства работы с JSON. Как, ну вот как в его голове сочетаются эти три цитаты?!

Маткой попой тоже можно дышать, но неэффективно почему то.

Ладно, предлагаю закончить обсуждение, остановившись на компромиссе, что фриланс накладывает очень странную профдеформацию из-за своей специфики, которая отдаляет людей от общепринятых норм качества и адекватности.

Единственная просьба от меня - не транслировать принцип KISS в массы в вашей интерпретации. Несмотря на заявленную простоту, этот принцип - один из самых сложных, многогранных, и очень плохо детерминируется. Ваш опыт по итогу обсуждения абсолютно нерелевантен этому принципу. Лучше подобрать другое слово, описывающее вашу деятельность, так будет и честнее, и прозрачнее для всех, в т.ч. ваших клиентов.

Сперва добейтесь.

Такими махровыми приемами в обсуждении должно быть стыдно пользоваться. Пожалуйста, выберите ответ из списка.

Основные алгоритмы .. черный ящик

Это не отменяет необходимости ознакомления с ними. Для этого у вас были профильное обучение, 20 лет опыта и вся осознанная рабочая жизнь на саморазвитие. Нет официальной документации - документируйте сами, это же очевидно (и просто).

Исходный ваш посыл, что "правильно не получится" из-за отсутствия доки. Ну детская отмазка же. Открытый код перед глазами, отладчик под рукой, даже коммьюнити в лице франчей наверняка написало пару завлекательных статей. Простота тут - освоить один раз, зафиксировать в каком-нибудь obsidian и забыть, как страшный сон. А в похожей задаче мгновенно восстановить контекст благодаря заботе о себе, заставившей единожды разобраться и записать ключевые моменты сложного механизма.

и коды есть и объемы работ. Можно смотреть.

Сорян, косяк, не изучил ваш сайт подробно. Но то, что я сейчас там увидел ... Вот честно, первый случайно взятый пример: Не проставляется склад. Даже конфу скачал, чтоб поглядеть. Эммм... у меня нет слов. И старая, и новая методика проведения не просто описаны, а высосаны досуха, тут не оправдаться отсутствием документации.

Поставил заплатку на общий модуль проведения документов:

Это, по-вашему, нормально?! Каждый первый вымуштрованный на курсах джун знает, что надо идти в модуль менеджера и формировать данные для движения в специально отведенном месте согласно общей философии конфы. А потом пройтись по цепочке вызова и убедиться, что данные упали в движения.

В этом конкретном случае надо разобраться, почему в движения не подставляется структурная единица, ведь все подстановки в типовом коде прописаны. Возможно, остался какой-то говнокод от предыдущего фрилансера, который ее затирает или это устаревшая сборка с подтвержденным багом. Почему, мистер Андерсон, вы решили, что можно настолько грубо и насильственно замаскировать проблему вместо ее решения?

Про настоящую магию не понял - слишком сложно

Извините, потому что вы с ней не знакомы. Если не можете отыскать красоту в простоте в техническом бэкграунде, попробуйте поискать в культуре. Там другие гении даже отсечки от злоупотребления грамотно расставили.

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

На мисте было забавно, что самые дельные советы давал чувак с ником Ненавижу1С. Если экстраполировать эту обратную пропорциональность, выводы по поводу выбранного псевдонима получаются забавные) А по факту, ваши топовые публикации на инфостарте датированы преимущественно 2010-2016 гг., содержат специфичные простенькие инструменты, отстраненный пересказ официальной документации и полумеры исправления типичных заблуждений среднего специалиста на время переходного периода, пока не появился интерфейс "Такси" и куча ништяков от 1С. Мне кажется, гениальность все же по сути своей предполагает больший размах, нежели может обеспечить специфичный рынок фриланса.

Система 1С настолько плохо документирована и порочна

Не, я, конечно, тоже часто гоню на 1С. Но все познается в сравнении. Чем больше я изучаю другие языки, альтернативные технологии, тем больше я отмечаю красоту удачных решений 1С и с тем более сильными аргументами могу покритиковать неудачные. Касательно документации, внезапно, очень многое описано в официальной документации, если продраться сквозь нудноту и реально ее почитать. Система стандартов и методик разработки конфигураций, например. По сложным вопросам там тоже находилась информация, например, в сценариях бесшовной авторизации в корпоративной сети.

мой код и у меня на сайте и на инфостарте

А код доработок заказчика, собственно, у заказчика и не публичен, верно? И экспертиза денег стоит. И множество выбранных вами клиентов, охочих до выгоды, вряд ли сильно пересекается с множеством заказчиков, озабоченных качеством и перепроверкой изменений в информационной системе.

В общем, честно, не принимайте на свой счет и не думайте, что я перехожу на личности. Я сам не знаю, чем буду заниматься в 46 лет и как обеспечивать нужды свои и семьи, и не представляю пределов, как сильно можно инвертировать положительные стороны характера ради выживания. Но меня искренне возмутило приплетание принципа KISS в заключительном аккорде статьи, потому что он вооообще не про то, что вы пишите.

Настоящая магия принципа в том, что для соблюдения простоты требуется предельное сосредоточение, широчайший кругозор и умение держать контекст задачи одновременно на нескольких уровнях абстракции. Фриланс может дать пищу для кругозора и систематизации, но гонка за ценой и длительностью доработки, постоянное переключение контекста между клиентами и жертвование свободного времени на самообучение в угоду маркетингу и продвижению личного бренда нивелирует плюсы фриланса и не приближает к соблюдению принципа KISS.

Ну как бы не совсем сказки. Он был руководителем отдела разработки. При нем, например, документ реализации содержал функции, собственно, реализации, заказа, заказа поставщику и поступления благодаря несколько десятку полей в табличной части. Да, конечно, в продолжительности истории сыграли еще геополитический и эпидемиологический фактор, но эту разработку на базе типовой, но абсолютно неподдерживаемой УТ пытались похоронить, запустив новый проект на базе другой типовой. Потом распустили команду, потому что накладно было поддерживать два проекта, перебрали несколько решений от агрегаторов и потом снова вернули частично распущенных в штат и снова начали пилить новый проект на базе другой типовой. Лично принимал в этом участие, оптимизируя клиентскую отчетность.

У меня еще больше вопросов появилось)

  1. Выходит, критерием оптимальности выбрана скорость разработки, и соответственно снижение стоимости доработки для клиента? А почему именно такой шкурный и не очень объективный критерий? Как стоимость доработки соотносится с принципом KISS, если это больше инженерный, а не бизнесовый принцип?

  2. Если вы позиционируете себя продвинутым специалистом, как так вышло, что методичное исправление сигнатур функций или написание сложного запроса вместо запроса в цикле занимает кратно (или на порядок) больше времени, что вдруг отражается на количестве человеко-часов? Человеко-час - очень условная оценка работы программиста и может гибко изменяться под ситуацию, в том числе экранировать под собой алгоритмическую сложность кода и даже тупо количество строк. Вы же и стоимость часа подняли, и работы при этом меньше делаете, это вообще "гениально".

  3. В связи с прошлым вопросом - заказчик знает об этом? Ему предлагается выбор хотя бы в формулировке "можем откостылить быстро и дешево, а можем собрать крепко, надолго и стабильно, но подороже и подольше". Когда заказчик дорастет до сторонней экспертизы, как в строительстве, как будете выкручиваться, если найдут ваши костыли?

  4. Ваш код потенциально могут увидеть? Почему в погоне за деньгами вы полностью убрали социальную и коммьюнити-функцию? После вас могут прийти как эксперты, так и новички. Новички должны на череде повторов за примерами, запечатлением, научиться как правильно делать. Эксперты - подсмотреть прикольные фишки. Вы же просто послали всех, кто идет за вами? Блин, даже волки, если бегут впереди, то ведут за собой всю стаю, потому что без сообщества одиночка не выживет, ауфь!

  5. Я правильно понимаю, что при очередном контакте с заказчиком вы будете говорить, что у вас "десятки статей на хабре и инфостарте" и еще столько же на подходе? При этом статьи довольно провокационные и не несущие пользы никому, кроме вас?

По совокупности размышлений и ожидаемых ответов делаю вывод, что часто вперед пробиваются те, кто хорошо умеет ссать в уши и манипулировать мнением. Возможно, под давлением времени, когда маркетинг стал важнее техничности и профессионализма. Если человек не умеет объяснить заказчику на пальцах, что хорошо, а что плохо, и как будет у него, с учетом всех рисков - он глупец. А если еще и сознательно не хочет, то он настоящий проходимец и шарлатан.

P.S. Чудес не бывает, балабольство не заменит профессионализма. Знаю человека, который заруинил проект так, что последствия несколько лет разгребают мои бывшие коллеги. Тоже, кстати, руководствовался "простой" доработки. А теперь этот человек выступает на конференциях и пытается нести просветительскую функцию. Это отвратительно из-за лицемерия и непомерного эго. Потому что он сорвал выгоду в моменте, а страдает вместо него развалившаяся компания (и все ее работники), по карусели меняющая сторонние продукты, пока внутренний отдел судорожно перекладывает 1С систему на новые рельсы.

Такое, конечно, забавное противоречие есть в содержании статьи, которое автор даже не замечает)

Теоретически, деньги - это просто разноцветная бумага или цифры в личном кабинете. Не более чем абстракция над физически материальными продуктами и изделиями и реально произведенной работой. Однако, в жизни автор спокойно пользуется этой верхнеуровневой, сумасшедшим образом выстроенной на базе еще нескольких слоев, абстракцией в виде ипотеки. Берет на нее, наверное, не избушку, а дом/квартиру, построенный по сложным, запутанным и противоречивым, но тем не менее, нормам, и с соблюдением ТБ (написанной, кстати, кровью). Но при этом не стесняется на работе топить за очень простые и примитивные идеи программирования без учета поддерживаемости, масштабируемости и современности.

Если развивать эту идею простоты, в отношениях с клиентами тоже можно от посредника в виде денег избавиться? Сразу осуществлять натуральный обмен, в зависимости от профиля деятельности клиента. Да и зачем вообще ипотеку брать? Все равно потом помирать, а жилье на тот свет не унесешь.

Ключевой довод, что в деятельности на фрилансе упрощение оправдано, - ошибочен. Мантра "заказчику нужен результат здесь и сейчас, а не чистый код" - порочна. Противопоставление частного опыта на фрилансе неосознаваемой в масштабе стратегии целой компании по обеспечению функционирования платформы собственной разработки - ужасно. И все это разом удивительно на фоне того, что само существование языка 1С - это тоже следствие упрощения более универсальных языков программирования.

В целом, нормально, если не получается освоить верхнеуровневые идеи в процессе эволюционной гонки. Ненормально, когда человек сознательно отступает и деградирует, и делает это философией жизни. Это уже сектантство и фанатизм.

Со всем уважением, просто ради контраста всем умным словам, которые вы написали) Ниже мнение представителя альтернативного настольно-игрового издательства (из личной переписки). Категоричный ответ на довод в споре, что вот Мосигра округляла цены с кратностью в 50 рублей и прекрасно себя чувствовала, а покупатели не бомбили от очередного "всего за 19999,99".

И интересно ваше мнение, чье кунг-фу сильнее в плане миссии? Положительная установка со скрина или двойное отрицание в девизе из статьи "Не делай с клиентами то, чего не сделал бы с другом"?

У нас попроще, документация на уровне команды, пока хватает material for mkdocs, это генератор статических сайтов на питоне в markdown-разметке. Ну и рядом, в том же репозитории, схемки API под классический Swagger/reDoc. Публикация через GitLab CI тупо копией собранной странички/сайта на веб-сервер. До картинок еще не дошли. В общем, без особых откровений.

Ради интереса, на вопрос про софт/хард скиллы хоть кто-нибудь отвечал что-то отличное от золотой середины? Типа "Ну у нас точно только хард-скил решает, мы тут все олимпиадники, нерды и не живем ничем, кроме разработки". Или наоборот, "ну мы за сверхприбылью не гонимся, как работаем, так и получаем, директор на спор фирму создал, просто тусовка около IT прикольная, пойдем кофе пить".

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

Мои выводы после почти 10 лет разработки:

  1. 1С - жадные консерваторы. Оборачивают классические технологии в свои оболочки, придумывают неудачные альтернативы и самобытную терминологию, замыкают на свою экосистему и берут за это деньги. За исправление всех проявившихся багов косвенно руками франчайзи берут дополнительные деньги. Документация - по подписке за деньги. Просто очень нужны деньги.

  2. Коммьюнити делает для 1С больше, чем сама 1С. Увлеченные искренние умные парни тащат в нее юнит-тесты, коннектят брокеры и шины, пишут линтеры и автоматизированную проверку кода. 1С молча смотрит на это... и делает вторую среду разработки, соперничающую с основной. Причем потребности в механизмах реально существуют, но остаются незакрытыми вендором.

  3. Туманное будущее и внутренняя неопределенность. 1С сейчас пытается усидеть на двух стульях - повернуться лицом к людям, услышать просьбы коммьюнити и немножко выйти в опенсорс и одновременно забрать славу SAP и спрятать ключевой код от просмотра и изменения в связи с уходом последнего. Как можно быть нацеленным одновременно на малый, средний и большой бизнес с противостоящими оконечносиями шкалы "гибкость доработки/приведение к стандарту", я не понимаю, но очень интересно посмотреть, что получится.

  4. Эклектичность и устаревание платформы. По сути, платформа - это предметно-специфичный фреймворк на бэйсике без возможности изменения своего исходного кода с урезанными и изуродованными концепциями ООП, клиент-серверной архитектуры и модульности. Если проводить аналогии со стройкой - это дагестанский самострой с кучей пристроек и еще пристроек с трухлявыми входными дверями и золотой лепниной внутри. При внедрении новых возможностей не проводится ретроспектива и не привносится сквозная цельность и единообразность.

  5. При всем при этом, в профессии очень много разумных осознанных пытливых специалистов с уникальным опытом и творческим бэкграундом, заставляющих платформу танцевать на углях под свой душевный ритм. Либо ты принимаешь границы вендора и живешь в них без света и радости, либо один раз ломаешь свой страх изменений и новизны и становишься в среднем смелее, увереннее и компетентнее усредненного специалиста из другого языка, потому что видел в жизни и кромешный ад отбитых стандартов, и ангельский свет просветленного ничем не скованного сознания.

  6. При всем при этом, протипирование происходит почти мгновенно и под разные условия - мобильную разработку, веб, тонкий клиент, чистый бэкенд, чистый фронтенд. С масштабированием, стандартизацией и передачей опыта все сильно хуже, но циклы обратной связи, решение в моменте и итеративная разработка - на высоте.

  7. При всем при этом, внешний инструментарий не от вендора, а от евангелистов хоть и не очень многогранный и разнообразный, но действительно качественный и сделанный с любовью и заботой к своим коллегам.

  8. И согласен, что работа на 1С будет, и ее будет много. Просто сложно расставить ориентиры и понять, что такое хорошо, а что такое плохо и выстраивать план развития.

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

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

И я лично не понимаю петросянства комментаторов. CKD, SKD, DKD - международные термины, описывающие степень детализации сборки и уже своим существованием отражают эволюционный путь развития производства. Невозможно же просто перепрыгнуть необходимые стадии, особенно когда ушло целое рено со всей инфраструктурой, технологией и управлением?

Раз уж перешли к примерам конкретных IDE, я тоже упомяну свой инструментарий. По мере развития 1С от семерки к такси и от конфигуратора к edt, в модулях последовательно были применены практики:

  1. Визуальное деление кода большими блоками комментариев, как у вас. Точный формат и состав этих блоков доступен в платной документации и в примерах типовых конфигураций. Соответственно, верстали модули кто как мог и считал логичным.

  2. В какой-то момент добавили лексему "область", которая могла по нажатию плюсика прятать в себя все содержимое аналогично функциям и процедурам. Структуры модуля до сих нет, только линейный список всех функций в модуле, максимум - с сортировкой по алфавиту.

  3. В edt уже появилась карта модуля, вроде расширением можно поставить, плюс схема модуля, с иерархией вложенности областей с быстрым переходом к куску коду.

Вами, кстати, всем этим оформлением поднят очень хороший, естественный, вопрос, я бы даже сказал, озвучена потребность. Только нуждающимся пользователем выступаете вы сами. И давайте ее немного переформулируем на чуть более высоком уровне абстракции. "Мне нужна новая сущность (подход) в виде проекции текста модуля в сжатом виде. Проекция должна быть лишена внутренностей реализации, оставляя только объявления и назначения, а также должна осуществлять быстрый переход к нужному участку". Другими словами, классическое оглавление книги или словарь терминов в ее конце.

Замечаете, как происходит эволюция оглавления? Начиная от пространных описаний к главам в "Путешествиях Гулливера", - через цветные срезы страниц и ярлычков на полях домашних докторов и книг по садоводству, - до настольных игр, целиком состоящих из указателей и справочников, например, "Шерлок Холмс, детектив-консультант". Оглавление сначала встраивается в текст, потом выделяется в отдельную сущность, а потом снова привязывается к сырому тексту для интерактива.

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

И их [миллионов мух] код мне решительно не нравится.

И как все молодые, борзые и полагающие, что все, кто делает иначе чем вы, это отстой.

Как бы смотрите, даже по построению предложения тождественны, миллионы - это все, а мне - это молодые. Множество против одиночки. Чем вы тогда отличаетесь от молодых, если точно так же отвергаете чужую точку зрения?) Вам уже даже подсознание дает недвусмысленные сигналы, генерируя такие противоречивые парадоксы.

VS Code с расширением C/C++ Ext Pack
VS Code с расширением C/C++ Ext Pack

Я конечно, не сишник и не разбираюсь в IDE, но даже VS Code может показать структуру модуля и класс со всеми конструкторами и прочим.

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

Такое оформление характерно и происходит от незрелых IDE, как у меня конфигуратор в 1Ске, где в принципе отсутствует понятие карты модуля и структуры модуля. В той же EDT на базе Eclipse, опять же, насколько бы она не устарела на текущий момент, уже зачатки этого есть, потому что это реально необходимо и нужно людям. Также преимущество инструментов по сравнению с комментариями, что структура строится автоматически средой, а текст пишется вами. Настоящий программист, и тем более перфекционист, стремится избавиться от лишнего труда, потому что человек изначально ненадежен по сравнению с компьютером в тупых механических операциях.

Ну и такой вопрос к вам, если позволите. Как и на каких условиях вы в принципе готовы воспринять новую информацию, особенно незнакомую или некомфортную? Допустим, у комментаторов, как и у меня, нет негативного настроя. Очевидно, что во всем многообразии возможных подходов есть более лучшие и менее лучшие, при чем в разрезе большого количества очень разнообразных факторов и критериев оценки. Любой из нас чисто статистически в каком-то аспекте может занять неудачный подход, не осознавая этого.

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

Если вы в принципе не допускаете такую возможность, это либо временное решение психики, которая компенсирует какие-то непроработанные моменты, либо откровенный косяк сознания.

Описание общения с коллегами немного пугает откровенно аналитическим, нежели эмоциональным подходом. В некоторых фразах угадываются загоны, неконтролируемые полеты мыслей, когда буквально все необходимо разложить по полочкам и дальше мысль идет в собственноручно сформированной системе без учета влияния настоящих обстоятельств, и без поддержки какого-то наития или интуиции, эмпатии. Много императивных глаголов, тоже характерно.

Комментаторы говорят, что ваш текст структурирован, но мне кажется, это совсем не заслуга именно структурного похода. Это больше профессиональная деформация, когда привыкаешь выражаться сжато, а еще отработанный навык интроверта, который стремится донести информацию максимально быстро, сжато и лаконично, чтобы не напрягаться слишком сильно. Если верить @Milfgardи серии статей, когда он еще работал в сфере настольных игр, в ассоциациях и объяснении слов вы должны побеждать с большим отрывом.

Честно, не сталкивался с людьми с таким диагнозом, как у вас, но в более или менее выраженных границах описанные проявления знакомы. У вас есть фиксации на странных, тяжелых, вязких мыслях, вспарывающих ткань мироздания, возможно, вложенных друг в друга по фрактальному подобию, что-нибудь не переживаемое лично, но неприятное и противное?

Одиночество, наверное, самая страшная вещь здесь, очень важно, чтобы рядом был человек, который вас хотя бы понимает. Возможно, абсолютно с другим видением устройства мира и мироощущением, но который по своей модели, даже если вы лично ей не доверяете, может делать действующие прогнозы и поддерживать вас. Важно иметь какое-то наследие воспоминаний из детства, куда можно вернуться, воспроизвести ощущение защищенности и легкости.

Сложно советовать что-то объективно и профессионально, но хочется вас поддержать и из того, что приходит на ум для стабилизации состояния:

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

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

  3. Больше обращать внимание на все, что идет от органов чувств, без обязательного мыслительного процесса. Не знаю, как объяснить понятно, в книге "Фокусы языка" (не дочитал еще, поэтому не смогу полно объяснить) это названо картами мира, когда мы в голове держим не сам настоящий мир, а его модель, в силу ограниченности средств познания. И нужно стремиться максимально синхронизировать реальность с ее представлением в голове. Прокачивать внимательность. Могут появиться некоторые откровения или наблюдения, на которые тоже можно в дальнейшем опереться.

  4. Можно полностью уйти в максимальную абстракцию, представлять мягкий и любящий свет, который в абсолютном смысле, без оговорок принимает, каким ты есть. Поток энергии, проходящий сквозь, какой-то вид капитуляции, катарсис, признание слабости. Это не сектантство, больше сильно личная, немного увлекательная и близкая техническому складу ума абстракция, компенсация одиночества.

Возможно, эти советы как слону дробинка. Может, не совсем уловил и понял ваше состояние. Естественно, нужна квалифицированная помощь. У меня надежда на нейропластичность мозга, на необходимость усилий к перестройке цепей. Если окружение не сложилось или не помогает, то к сожалению, остается, пользуясь накопленным опытом, самостоятельно выстраивать вокруг себя инфраструктуру, которая уже будет выстраивать и структурировать вас.

Information

Rating
3,090-th
Location
Москва, Москва и Московская обл., Россия
Registered
Activity