Вход | Регистрация
    1  2  3   
Работа :: Вакансии

Вакансии разработчика 1С и аналитика

Вакансии разработчика 1С и аналитика
Я
   vit-alx
 
08.09.20 - 07:55
Ищем разработчиков 1С и аналитика
Группа компаний, около 1500 человек, г.Москва
Современные офисы недалеко от метро Сухаревская, Шаболовская

Требования к кандидатам
Знание типовых конфигураций 1С ЗУП 3.1 и 2.5, структуры хранения данных в системах, интеграции со сторонними системами. Знание методологии кадрового учета и расчета. Умение работать в команде и с заказчиками. Опыт работы от 5 лет. Работа с JIRA приветствуется.

Требуются разработчики на проект разделения кадрового учета и расчета зарплаты и его дальнейшую поддержку. Кадровый учет будет вестись в сторонней кадровой системе. Интеграция подразумевает конвертацию нетривиальных данных из кадровой системы в данные 1С для расчета начислений. Оклад в зависимости от прокаченности скиллов кандидата до 220 000 рублей net (обсуждается).

В поддержку разработчикам ищем аналитика на этот же проект. Работа на подобных проектах будет плюсом. Оклад до 160 000 рублей net (обсуждается).

Зарплата белая. Оформление на работу, отпуска и выплаты в соответствии с ТК РФ. ДМС и страхование жизни. Карьерный рост, обучение, корпоративные командообразующие мероприятия и тренинги.

Резюме присылайте на vit.alx@yandex.ru
   DexterMorgan
 
101 - 08.09.20 - 16:37
(98) Заметно) Ты ее много лет походу для одинаковых баз использовал)
   Конструктор1С
 
102 - 08.09.20 - 16:47
(99) в том всё и дело, что когда интеграция сложная, в самой КД нужно писать много-много кода. Учитывая, что КД нифига не IDE, этот процесс сильно усложняется. А когда обильный код пытаются изобразить в виде длинющих портянок (обработчики КД процедуры не поддерживают), он превращается в трудновоспринимаемую лапшу. Т.е. в некоторый момент минусы от КД просто перевешивают её плюсы

(101) для самых разных. УТ10.3, УТ11, БП2, БП3, ЗУП2.5, УПП, ну и самописки всякие
   DexterMorgan
 
103 - 08.09.20 - 16:48
(95) Ну и че? блин я фигею, это же обычная задача переноса одного объекта в несколько, вам кд и сделали для этого
   Энштейн 1С
 
104 - 08.09.20 - 16:51
(0) О себе:
1) 7 лет плотной работы с ЗУП программистом 1С,
2) Сейчас реализую обмен с помощью Web-cервисов, Http-сервисов, с использованием ХDTO со сторонними не 1С-программами
3) Реализовал в одиночку "с нуля" систему корпоративного учебного центра, перенес данные из старой программы написанной на Delphi и организовал обмен между 1С:ЗУП и самопиской системой через правила КД2
4) Недавно успешно сдал экзамен на 1С:Профессионал по платформе
5) Высшее профильное техническое образование.

Возможно ли зарабатывать в среднем 250 т.р. на руки без систематических переработок?
   DexterMorgan
 
105 - 08.09.20 - 16:51
(102) пример дава. Я допускаю, что такие существуют, но все эти "один - в несколько" и по разным алгоритмам и тд именно в кд проще, чем свои простыни кода писать.
Я просто не понимаю, для 1с баз ты считаешь кд хороший инструмент, а для "других" плохой. ТАк в чем разница? Структура ТИС и УТ11 разная абсолютно, но эти правила хорошо писать в кд, а если база не на 1с то плохо, где логика?
   DexterMorgan
 
106 - 08.09.20 - 16:54
(102) "в том всё и дело, что когда интеграция сложная, в самой КД нужно писать много-много кода"

Обычно много кода пишут те, кто не умеет ей пользоваться
   s111
 
107 - 08.09.20 - 16:58
(104) 4) Недавно успешно сдал экзамен на 1С:Профессионал по платформе - жесть)
   s111
 
108 - 08.09.20 - 16:59
(102) ты че так перед DexterMorgan оправдываешься)? денег ему должен)?
   DexterMorgan
 
109 - 08.09.20 - 17:00
(104) На 14 из 14 ответил вопросов или были неправильные ответы? (Важно для вилки)
   Конструктор1С
 
110 - 08.09.20 - 17:00
(105) да нифига не проще. Я сам видел (каюсь, даже как-то писал) правила КД, где отдельные обработчики разрастались на 2-3 тысячи строк. Это грёбаный треш. Такой код заведомо сложно понимать, дорабатывать. Гораздо лучше кода этот код будет разбить на небольшие процедуры/функции с внятными именами
(106) или когда логика интеграции сложная. С последней тебе, судя по всему, ещё не довелось работать
   Энштейн 1С
 
111 - 08.09.20 - 17:00
(107) Не ну а че, забесплатно предложили сдать, ну я и сдал попутно))
   Стаканов
 
112 - 08.09.20 - 17:00
(51) Количество сотрудников не показатель, в конторе, где я работаю, один ЗУП-ер на 17 тыс. человек сотрудников. И не сказать, что зашивается.
   DexterMorgan
 
113 - 08.09.20 - 17:00
(108) Мне пофиг, я итак вижу что он кд не знает
   Энштейн 1С
 
114 - 08.09.20 - 17:01
(109) Был 1 неправильный ответ
   Конструктор1С
 
115 - 08.09.20 - 17:01
(113) не хуже, а то и лучше твоего знаю
   DexterMorgan
 
116 - 08.09.20 - 17:02
(110) Ну ты все никак пример не приведешь. А тот который привел - вбей в гугле "кд конвертация одного объекта в несколько" там и код найдешь
   s111
 
117 - 08.09.20 - 17:02
(115) нами управляет тот, кто бесит нас)
   DexterMorgan
 
118 - 08.09.20 - 17:03
(115) на словах ты лев, базару нет
   DexterMorgan
 
119 - 08.09.20 - 17:04
(115) Ты спрашиваешь как это переносить не из базы 1с, потом как перенести 1 объект в несколько, а потом пишешь что ты кд знаешь лучше всех. Ты красавчик)
   Конструктор1С
 
120 - 08.09.20 - 17:08
(119) я думал ты что-то хитрое собираешься предложить, а ты предлагаешь банальный перенос кода интеграции в обработчики КД
   DexterMorgan
 
121 - 08.09.20 - 17:08
(120) Ты нихера не понял
   Конструктор1С
 
122 - 08.09.20 - 17:13
(121) всё я понял. Ты работал только с простыми интеграциями, где нужно банально простеньким селектом утащить данные в справочник 1с. Если бы работал с действительно сложными интеграциями, то не носился бы всю дорогу со своей КД как с писаной торбой. Её даже фирма 1с уже всё меньше и меньше использует
   DexterMorgan
 
123 - 08.09.20 - 17:18
(122) Так пример сложной ты приведешь?
   ГдеСобакаЗарыта
 
124 - 08.09.20 - 17:22
(112) Вы большие молодцы. У вас правильный подход к инфраструктуре баз данных,  в отличии от ТС.
   DexterMorgan
 
125 - 08.09.20 - 17:22
(122) "Её даже фирма 1с уже всё меньше и меньше использует"

1С использут кд3 только из-за стандартизациии в виде формата "enterprise data" и она (кд3) не является заменой кд2. В случаях разового переноса (перехода с одной системы на другую) лучше/удобнее использовать кд2.
Как и впрочем писать постоянные обмены на фиксе, где нет такой кучи конфигураций и огромных отделов, которые уже за*лись согласовывать изменения в структурах данных.
Это просто показывает как ты шаришь в конвертациях, лучше помолчал бы.
   DexterMorgan
 
126 - 08.09.20 - 17:24
(125) ну и кстати сам принцип схожий в кд2 и кд3
   Конструктор1С
 
127 - 08.09.20 - 17:25
(123) из сторонней БД нужно заполнить РТУ. В сторонней БД есть только контрагент и товары с суммой. Всё остальное нужно заполнить на стороне 1с (догоров, ставку НДС, НДС, счет и пр). При этом данных дофигища, и остро стоит вопрос производительности (т.е. запросы в цикле на каждый документ отпадают). Это не самый сложный сценарий, но расписывать проще
   Конструктор1С
 
128 - 08.09.20 - 17:30
(125) не-а. Просто фирма 1с набила шишек с проблемами разработки и сопровождения сложных правил на КД2, поэтому и отказалась. Шишки всё те же - сложная логика предстаёт в КД2 в виде неуклюжих длинющих портянок кода, которые неудобно сопровождать
   mTema32
 
129 - 08.09.20 - 17:31
(125)"постоянные обмены на фикс" я думал лучше поднимать на веб-сервисах. Эти подключения через COM - тормозной прошлый век.
   DexterMorgan
 
130 - 08.09.20 - 17:31
(127) ну и в чем сложность? Запросом скл ты получаеешь табличку Дата, Контрагент, Товар, СУмма. Настраиваешь ПКо, в котором будет сопоставление полей.  В пвд при обходе запроса выгружаешь по правилу и выбираешь это ПКО.
Про договор, ставку НДС ты можешь заполнить как в этом ПКО (указав поля в источнике), так и обработать документ после загрузки нужном обработчике.
Но тебе не надо писать код по поиску и сопоставлению полей вообще.
 
 Рекламное место пустует
   DexterMorgan
 
131 - 08.09.20 - 17:32
(128) Какие шишки, ты о чем? Там нет сложностей, сложность только в отсутсвии стандарта
   DexterMorgan
 
132 - 08.09.20 - 17:34
(128) Когда в УТ переименовывют реквизит и из-за этого не работает обмен с бух, ждите релиза. Сейчас всем пофиг как называется реквизит в УТ т.к. если они его меняют, то меняют и загрузку для этого обмена.
Вот и все
   DexterMorgan
 
133 - 08.09.20 - 17:35
(132) + А отделу бух это все равно
   DexterMorgan
 
134 - 08.09.20 - 17:37
(128) "Шишки всё те же - сложная логика предстаёт в КД2 в виде неуклюжих длинющих портянок кода, которые неудобно сопровождать"

Давай свою обработку по обмену  - я тебе покажу сколько кода это будет в кд2, балабол
   DexterMorgan
 
135 - 08.09.20 - 17:40
(128) "не-а. Просто фирма 1с набила шишек с проблемами разработки и сопровождения сложных правил на КД2, поэтому и отказалась"

Кстати, раз ты в теме, не подскажешь, че такого сложного было в кд2, что в кд3 проще?
   Конструктор1С
 
136 - 08.09.20 - 17:45
(130) и получаешь ты запросы в цикле, а время обмена увеличивается до месяца...

"Но тебе не надо писать код по поиску и сопоставлению полей вообще"

В сложной интеграции сопоставление полей это такая верхушка айсберга, что прям верхушечка на кончике. И вся быстрота сопоставления полей в КД сводится на нет сложностью доработки и написания другого кода
   DexterMorgan
 
137 - 08.09.20 - 17:47
(136) https://its.1c.ru/db/metod8dev/content/5846/hdoc

"КД3.0 не является заменой конфигурации Конвертация данных, редакция 2.0 (далее КД2.0), но аналогична ей по характеру решаемых задач, общий смысл которых сводится к упрощению разработки логики конвертации данных за счет представления ее объектной модели."

Упрощение разработки ЛОГИКИ конвертации, КАРЛ. За счет этого универсального формата. Все
   DexterMorgan
 
138 - 08.09.20 - 17:48
(136) Какие нахер запросы в цикле, в ПВД (запрос к скл) идет 1 раз, в цикле создаются документы из ПКО
   Конструктор1С
 
139 - 08.09.20 - 17:48
(134) поверь мне, ты там ничего не перенесешь в КД. Там многопоточная загрузка зашкварных объемов данных
   vit-alx
 
140 - 08.09.20 - 17:50
(104) всегда можно договориться. присылайте резюме
   DexterMorgan
 
141 - 08.09.20 - 17:50
(139) Ты п*дабол просто. У тебя все на словах, что там очень сложно, ты очень хорошо все сделал и т.д.
   Конструктор1С
 
142 - 08.09.20 - 17:52
(138) данные для заполнения табчасти ты как будешь получать?
   Конструктор1С
 
143 - 08.09.20 - 17:53
(141) вот видишь, ты объявил себя самым умным и смотришь с угла своего опыта. Твои религиозные взгляды даже не допускают, что твой опыт ограничен
   Cyberhawk
 
144 - 08.09.20 - 17:54
Странно, что потолок аналитика меньше, чем у разработчика, тем более на таком "механистическом" для разработчика проекте как конвертация.
Там космических скиллов от разработки как правило не требуется, а вот от качества работы аналитика успех и качество результата зависят очень сильно.
   Конструктор1С
 
145 - 08.09.20 - 17:55
(141) а это не только я делал. Помимо меня этой интеграцией занимаются ещё трое, в разное время дорабатывали ещё человек десять. Кстати, это одна из причин, почему КД отсасывает. Она не для групповой разработки
   vit-alx
 
146 - 08.09.20 - 17:59
(144) за хорошего аналитика можно и поднять планку. я специально написал - обсуждается.
   Ботаник Гарден Меран
 
147 - 08.09.20 - 18:23
(128)
КД3 понадобился для Фреша, ибо некошерно принимать и выполнять произвольный код из файла XML в облаке-то. А в остальном там одинаковые принципы, но обмен на КД3 понемногу оброс инфраструктурой.
   rphosts
 
148 - 08.09.20 - 18:32
(0) прям неплохо так, но увы ЗУПия немного не мой профиль
   polosov
 
149 - 08.09.20 - 18:32
(145) "Она не для групповой разработки"
Вот это заявление. А пацаны то и не в курсе.
   vit-alx
 
150 - 08.09.20 - 18:38
(148) не лежит душа или другие причины?
   Конструктор1С
 
151 - 08.09.20 - 18:45
(147) безопасность это только одна из причин. Да и КД3 разрабатывался не только для фреша, а для унификации обмена. Но что код по интеграции переехал из правил конвертации в модули конфигураций это факт
https://ibb.co/Z1zRqPP
и основная причина этому упрощение разработки. В конфигураторе тебе и структурирование кода в виде методов, и контекстная подсказка, и различные редакторы, и проверка синтаксиса на лету, и удобная отладка. А в режиме 1с:предприятие... подствестка синтаксиса.

(149) версионирование кода, например, как будешь в конвертации делать?
   Dmitry77
 
152 - 08.09.20 - 18:45
Вы не о том спорите.

Там будут проблемы сущностей типа
В зупе есть справочник штатное расписание а в самописке должность. И подразделения привязаны не туда и вообще они отношения к подразделениям в рег учете отношения не имеют. Программист будет писать маппинги и аналитик их наполнять и поддерживать.
   vit-alx
 
153 - 08.09.20 - 19:18
(152) правильно мыслите. не хотите к нам?
   Фрэнки
 
154 - 08.09.20 - 19:30
(153) может он и хочет, но у него пост по ай-пи довольно далеко от Москвы, а в вакансия не предполагает переезд соискателя или долгое ожидание для его переезда.
   Фрэнки
 
155 - 08.09.20 - 19:45
Надо было в Апреле, когда все на самоизоляции сидели размещать. Например, я даже переезжать хотел сразу, как только ограничения уберут. Но пока все это тянулось-тянулось, кто-то думал, кому-то казалось, что жизнь кончится, но работу таки уже предложили... Так что в режиме "а поговорить" или набегом что-то посмотреть - на такое в свободное время желание находится.

А вот дергаться за журавлем в небе, выпуская синицу из рук как-то уже и нет желания.

Кстати, в этом и есть нормальная такая возрастная планка. И чем дальше, тем труднее срываться и куда-то бежать... Зона комфорта и зачем из нее бежать-то?
   mTema32
 
156 - 08.09.20 - 19:58
(123) "Так пример сложной ты приведешь?"
Я приведу.
Дано: Есть база А и база Б. В базе А есть документ Д1, в базе Б есть документ Д2. Состав реквизитов этих документов полностью идентичен, за исключением того, что в Д2 есть еще табличная часть, которой нет в Д1.
База А и база Б находятся на разных серверах пол ос линукс.
Задача: В базе Б нужно сделать возможность или по расписанию или по кнопке получать данные из документов Д1. И на основании этих данных создавать документы Д2 и также табличную часть документа Д2. Данные для тч расчитываются на основании алгоритмов в базе Б по данным Д1. Документ Д2 записывается и проводится только если тч заполнена и проверена автопроверкой алгоритмами в Б. Если алгоритм проверки указывает на ошибку в исходных данных от Д1, то необходимо чтоб в базе А появилась информация о том что в документе Д1 ошибка и загрузка прошла некорректно с описанием ошибки. Также в базе А нужен отчет, который бы выводил информацию о выгрузках и ошибках если были.
Желательно иметь возможность автоматически делать такие загрузки раз в день малыми порциями или раз в месяц, но уже много данных.

Как-то так.
   Dmitry77
 
157 - 08.09.20 - 20:07
(153) опыт перехода на зуп с самописок никуда не денешь, опыт выгрузок в сап зупа тоже.
и да я далеко (относительно) от Москвы. И перебираться в Москву в условиях вероятной второй волны короновируса квест тот еще.
   vit-alx
 
158 - 08.09.20 - 20:13
(157) если передумаете, то высылайте резюме)
з.ы. если будет вторая волна, то однозначно удаленка
   vovastar
 
159 - 08.09.20 - 20:17
(158) да не будет второй волны, успокойтесь и живите, творите дальше.
   Стаканов
 
160 - 09.09.20 - 06:23
(156) Шина данных напрашивается :)
 
 Рекламное место пустует
   experimentator76
 
161 - 09.09.20 - 08:17
(77)
>КД - выбор командного игрока. Своя обработка - выбор Васи-бетонщика.
>Ну а в целом, дело вкуса.

Слишком категорично :) Каждой ситуации свое решение.
С одной стороны уже пару десятков лет "свои обработки" для множества вариантов обменов с разными источниками-приемниками.
А с другой стороны наблюдаю иногда "вкусные" вакансии с требованием КД (мода чтоли такая).
Стоит ли изучать этот инструмент и ограничивать себя, если понимаю, что "универсальный" инструмент скорее всего где-то заведомо будет ущемлен?
   experimentator76
 
162 - 09.09.20 - 08:18
(160) Мне кажется все эти шины и КД хороши когда зачем-то хочется собрать и унифицировать обмены в одном месте.
   tgu82
 
163 - 09.09.20 - 08:50
(162) А вместо КД что?
   pavlika
 
164 - 09.09.20 - 09:22
Имхо с учетом того, что автора заинтересовал пост (152) привлекательность вакансии для аналитика снижается.
   Стаканов
 
165 - 09.09.20 - 09:24
(162) Ну, не совсем. Как ты по-другому настроишь онлайн-обмен 1С (причем, состав объектов обмена постоянно увеличивается) с каким-нибудь Ораклом, например?
   vit-alx
 
166 - 09.09.20 - 09:25
(164) на самом деле нет)
просто видно, что человек в теме
   pavlika
 
167 - 09.09.20 - 10:19
(166) Отрыв от законодательства и его реализации в типовых очень сильно осложняет жизнь в зуп. Или вы ходите сказать что поддержка маппинга это интересно и прокачивает скилл в зуп?
   vit-alx
 
168 - 09.09.20 - 10:29
(167) я хочу сказать, что человек работал примерно на таком же проекте. понятно, что реализация везде разная и зависит от многих факторов
   Вафель
 
169 - 09.09.20 - 10:30
(167) настройка маппинга очень сильно прокачивает понимание внутренней архитектуры и ключевых полей
   Айвонттубифри
 
170 - 09.09.20 - 10:33
Так и не ответили на (75): какая система начислений планируется в ЗУП: окладная +премии или вахты, смены, суммированный учет и т.д.
   Dmitry77
 
171 - 09.09.20 - 10:42
(169) совершенно верно. Без знания архитектуры маппинги будут раза три переделываться
   Конструктор1С
 
172 - 09.09.20 - 10:56
(163) например, самопальный "движок" для интеграции. Нет, КД она хороша, но когда интеграция не сильно сложная. Ошибкой фирмы 1с было сделать механизм, пляшущий вокруг огромного файлика XML, в котором хранятся все-все-все настройки. В тру-программировании настройки принято хранить во множестве небольших файлов, распиханных по каталогам иерархической структуры. Выгода от такого дробления на первый взгляд не ясна, но именно такие раздробленные настройки позволяют существовать очень сложным механизмам
   vit-alx
 
173 - 09.09.20 - 11:01
(170) вахт нет, возможно будет суммированный учет. а так обычный учет без наворотов
   pavlika
 
174 - 09.09.20 - 11:12
(169) Мне знание ключевых полей внешней уникальной разовой системы абсолютно не интересны. Архитектуру ЗУП можно узнать и без этого.
   ГдеСобакаЗарыта
 
175 - 09.09.20 - 11:23
(173) Если обычный учет без наворотов, то что вы там вшестером пилить собрались? Обмен с кадровой базой и один человек осилит, двое если двустронний пилить. Остальные четверо что делать собрались?
   Айвонттубифри
 
176 - 09.09.20 - 11:28
(173) СУММИРОВАННЫЙ учет при численности 1500 - вам 100% будет нужен отдельный человек только на эту "кухню".
   Конструктор1С
 
177 - 09.09.20 - 12:20
(176) зачем? Я в организации на почти 3 тыщи человек один тянул и ЗУП и УРВ. Причем для УРВ была самописка (многое выдрано из ЗУП). Причем в ЗУПе был довольно сложный учет - районка, северные, зашкварные надбавки, сложные премии
   Конструктор1С
 
178 - 09.09.20 - 12:23
+разумеется суммированный УРВ
   Ботаник Гарден Меран
 
179 - 09.09.20 - 12:26
(177)
Ну что за детский сад. Вот у меня попутная база (не ЗУП, я вообще не зупер), в ней исторических данных накопилось на 84 тыс. сотров.
   Конструктор1С
 
180 - 09.09.20 - 12:54
(179) а я и не говорил, что 3k сотров это много. Всего лишь ответил на камент, что для СУРВ на 1,5k нужна отдельная тушка программиста
   Ботаник Гарден Меран
 
181 - 09.09.20 - 13:32
(180)
Во времена ЗиК и 7.7 можно было спокойно сопровождать ее и несколько типовых и самописных конф.
Сейчас, когда в ЗУП программный интерфейс для запросов и БСП, если в ЗУП есть что-то кроме начисления оклада, больничных и отпускных, нужен отдельный узкоглядящий прог.
   Айвонттубифри
 
182 - 09.09.20 - 13:42
(177) Я вам сочувствую... Хотя, может расчетчики там вручную всё считают)
   Timon1405
 
183 - 09.09.20 - 13:51
(151) про версионирование в КД http://catalog.mista.ru/1c/articles/845576/
   Конструктор1С
 
184 - 09.09.20 - 13:56
(183) на безрыбье сойдёт. И вот опять же, чтобы где-то что-то как-то заработало, пришлось мегафайл XML раскидывать на мелкие файлы сторонней библиотекой. О чём я писал в (172)
   vit-alx
 
185 - 10.09.20 - 08:47
Странно. Никому уже атдвухсоттыщщ не нужно?
И аналитики все перевелись?
   Стаканов
 
186 - 10.09.20 - 08:50
(185) Думать, что на Мисте большая целевая аудитория заинтересованных в смене работы - это большое заблуждение :)
   Фрэнки
 
187 - 10.09.20 - 09:00
(185) подавляющее большинство на мисте все-таки не проживают в Москве.
Ну и работы сейчас валом. Было бы только силы и желание за нее браться. Есть определенная категория работодателей, которым пришлось по весне притормозить, а теперь бросились наверстывать упущенное.

Причем, если у вас предполагается загрузка с полным отказом от той работы, что есть у кандидата уже сейчас, то большинство согласны искать подработки, имея уже гарантированное трудоустройство на текущем месте работы. А при гарантированном трудоустройстве, что для квалифицированных специалистов норма (а ведь вам нужны именно с высокой квалификацией)... Впрочем, я это уже написал выше по ветке.
   Энштейн 1С
 
188 - 10.09.20 - 09:02
(185) Никому не нужно, потому что все уже атдвухсоттысящ получают уже сейчас на текущем месте работы, интересует только от двухсотпятдесятысяч
   s111
 
189 - 10.09.20 - 09:06
(186) да, согласен. Тут сидят уже нашедшие свое место)
   vit-alx
 
190 - 13.09.20 - 19:24
Вакансии разработчиков от двухсоттыщщ закрыты. Нужны джуниоры (ближе к миду) на прокачку скиллов, плюс ищем аналитика
   vit-alx
 
191 - 13.09.20 - 19:26
(189) да бездельники в основном тут сидят на самом деле. и ни у одного из них нет такого дохода, который мы предлагаем. просто все боятся ответственной работы.
   Eeeehhhh
 
192 - 13.09.20 - 19:33
(186) вопрос в цене. Не было желающих не постили бы тут вакухи. Вон бит прям парит над ульем.
   vovastar
 
193 - 13.09.20 - 19:35
(191) обычно, пьяные работодатели свои мысли здесь не печатают.
   vit-alx
 
194 - 13.09.20 - 19:37
(193) пить в воскресенье вечером моветон
   vovastar
 
195 - 13.09.20 - 19:42
(194) ну, за такие комментарии банил бы, не смотря на проплаченную ветку.
Если, вы что то и купили, это не повод оскорблять здесь присутствующих.
Нашли чем удивить...200 тыс в месяц...ха...
   experimentator76
 
196 - 13.09.20 - 19:44
(192) бит что-то демпингует в з\п... в смысле низенькие они - они там бетонщиков набирают?
   experimentator76
 
197 - 13.09.20 - 19:45
(191) в общество лучше не плевать, а то оно как соберет слюну :)
   vit-alx
 
198 - 13.09.20 - 19:46
(195) я Вас лично оскорбил? или друзей Ваших? каждый примеряет комментарий на себя и делает выводы
   experimentator76
 
199 - 13.09.20 - 19:48
(195) всего-лишь от 100-тыщ когда-то, но при этом ситуация и нагрузка сейчас другие
   vovastar
 
200 - 13.09.20 - 19:53
(199) как писал тут недавно Фрэнки, работы сейчас просто пипец сколько. Я уже и на выходных стал работать, хотя раньше на это было табу.
  1  2  3   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
В секцию Вакансии можно добавлять сообщения только после регистрации на форуме.
Если вы уже зарегистрированы, вам нужно войти на форум.