Вход | Регистрация

  1  2  3  4  5  6  7  8  9  10  11   
Работа :: Вакансии

Требуются программисты и консультанты 1С 8 (Москва, 500 - 1200 рублей в час)

Ø [длинная ветка, 20.06.18 - 16:32]
Требуются программисты и консультанты 1С 8 (Москва, 500 - 1200 рублей в час)
Я
   KrisbitYA
 
18.05.18 - 10:29
4. Не, не хочется92% (11)
3. Вызываю самолет8% (1)
1. Бегу0% (0)
2. Лечу0% (0)
Всего мнений: 12

Савеловскому офису компании Первый БИТ нужны программисты и консультанты по восьмерке.

Требования к кандидату:
- Знание предметных областей
- Знание типовых продуктов 1С

Профессиональные обязанности:
- Конфигурации в основном БП, БИТ Финанс, ERP
- Командировок нет
- Сверхурочные по желанию

Условия работы:
- 7 минут от метро Савеловская
- Прекрасный двухэтажный офис
- Льготный ДМС
- Белая зарплата
- Полная занятость
- Зарплата 500 - 1200 рублей в час на руки по результатам собеседования
- Сверхурочные в случае их наличия оплачиваются

Телефон: +79264753139
Почта: KNSkryagina@1cbit.ru
http://bit-erp.ru
 
 
   PR
 
301 - 18.05.18 - 19:04
(297) Рукалицо
Как детский сад
   Diman000
 
305 - 18.05.18 - 19:09
(299) Все брехня. Если директора, бухгалтеры и кадровики бестолковые нахлебники, то владелец бизнеса первый их разгонит и оставит одних программистов.
   2mugik
 
308 - 18.05.18 - 19:17
(305)если бухгалтера, директора кадровики "толковые" нахлебники то ты получишь не 1/3, а еще гораздо меньше.
   Diman000
 
309 - 18.05.18 - 19:20
(308) Получишь меньше, потому что толковые тебя прикуют к батарее что ли?
Если ты сам бестолковый в плане переговоров с руководством, то да, получишь меньше.
   2mugik
 
310 - 18.05.18 - 19:22
(309)PR и ты не одно и тоже лицо? А то тут как-то было - PR под 4-мя никами разговор вел.
 
 Рекламное место пустует
   PR
 
312 - 18.05.18 - 20:31
(310) Нет
   Смотрящий
 
313 - 18.05.18 - 21:07
(61) Какое прекрасное поле для деятельности ...
   shuhard
 
314 - 18.05.18 - 21:22
(239) shuhard дауншифтер, материально не мотивированный
и 150 тыров считаю приемлемой суммой при внедрении ERP
   PR
 
315 - 19.05.18 - 11:46
О, у Кристины фотка обновилась наконец :))
   Fannasankh
 
316 - 19.05.18 - 12:00
(300) на сколько поклонники?
   Fannasankh
 
317 - 19.05.18 - 12:04
(300) с Ванессой работать во франче вообще адский ад, наверное. Потому что бывает такое, что задачу делаешь 2 часа, а тесты к ней делаешь ещё 2 часа, а то и больше, особенно если прогонять на контуре сборки и тд. Вряд ли получится выставить клиенту задачу на 2 часа как задачу на 5-7 часов.
   Джо-джо
 
318 - 19.05.18 - 12:11
Прямо на наших глазах первобит дорос до выделения консультанта в отдельную вакансию?
   Джо-джо
 
319 - 19.05.18 - 12:11
Неужели продали проект, на который нужно больше одного 1Сника?
   Джо-джо
 
320 - 19.05.18 - 12:12
(317) Если на решение нужно 4 часа, то почему ты называешь её "задача на 2 часа"
   Фрэнки
 
Модератор
321 - 19.05.18 - 12:17
Я только одного не пойму : зачем в ветке с вакансией устраивать флуд, который гораздо уместней вести в какой-то иной, не связанной с вакансиями ветками?
   PR
 
322 - 19.05.18 - 12:19
(316) До беспамятства
   PR
 
323 - 19.05.18 - 12:20
(317) Дичь какая-то
   PR
 
324 - 19.05.18 - 12:20
(318) Так всегда было
   Фрэнки
 
325 - 19.05.18 - 12:20
да, всем уже давно и хорошо известно, что деятельность 1с-франчей довольно специфична, мягко говоря... Но если все это прекрасно понимают, тем более, что это общие характеристики вообще всего ай-ти аутсорса, то какой смысл это все бесконечно перетирать.
   PR
 
326 - 19.05.18 - 12:20
(320) Вот и мне интересно
   PR
 
327 - 19.05.18 - 12:21
(321) Держим ветку на плаву, нормально :))
   PR
 
328 - 19.05.18 - 12:21
(325) Народ безуспешно пытается найти подвох в вакансии :))
   Fannasankh
 
329 - 19.05.18 - 12:45
(320) Потому что ларьку будет очень сложно объяснить, почему соседний франч сделает задачу за 2ч, а мы сделаем ту же задачу за 5ч, но будем использовать БДД и тд.
   Fannasankh
 
330 - 19.05.18 - 12:46
(323) почему?
   Cyberhawk
 
331 - 19.05.18 - 12:49
(329) "Когда надо объяснять, то не надо объяснять" (с) :)
   Fannasankh
 
332 - 19.05.18 - 12:49
(325) Ну кстати бывают норма франчи, в которых платят оклад. Он там, конечно, поменьше, чем на фикси, но если хочется разнообразия по задачам, но без подписывания ЛУРВов, то норм.
   PR
 
333 - 19.05.18 - 12:52
(329) BDD на задачу на 2 часа?
Чет ржу, не могу :)))
 
 
   PR
 
334 - 19.05.18 - 12:57
(330) Почему что? Почему озвучить клиенту 2 часа, а сделать за пять — это дичь?
   Amra
 
335 - 19.05.18 - 13:26
(332) А есть франчи, где оклад побольше чем на многих фикси
   NSSerg
 
336 - 19.05.18 - 13:31
(333) В нормальном программировании используют TDD даже в задачах на 5 минут. Никто не мешает использовать такой-же подход в 1С.
   PR
 
337 - 19.05.18 - 13:39
(336) В 1С в задачах на пять минут используют подход самодокументируемого кода
   NSSerg
 
338 - 19.05.18 - 13:43
(337) Я использую тесты. Возможно не в задачах на пять минут, и не всегда, но использую.
И не совсем понятна связь между тестами и самодокументируемым кодом. Читабельность кода каким-то образом исключает тесты?
Если ты хорошо назвал переменные, это каким-то образом исключает алгоритмические ошибки?
   PR
 
339 - 19.05.18 - 13:46
(338) — Нормальные пацаны даже в булочную ездят на феррари
— В булочную принято ходить пешком
— А я езжу на феррари. Возможно, не в булочную. И не всегда. И вообще один раз ездил. Ну в смысле я на велосипеде ехал, а феррари рядом проехала.
   PR
 
340 - 19.05.18 - 13:49
(338) Если я написал хорошо код, то необходимость тестов немного снижается
Вообще TDD и BDD нужны тогда, когда ты что-то разработал, а потом это поддерживаешь и неоднократно меняешь как разработанное, так и смежные вещи
А иначе тесты на разовую разработку не очень-то имеют смысл, что ты тестировать-то собрался и как?
   NSSerg
 
341 - 19.05.18 - 13:53
Я простой приведу пример.
У тебя есть робот (назначенное задание), и при запуске (обработки в 1С) при условии по времени и  дате он должен выполнять те или иные действия. Это утрировано.
Ты просто проверяешь текущие время и дату, и запускаешь нужные обработки.

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

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

Если есть у тебя сложная выгрузка, но нужно на неё поставить закладку - другое поведение по конкретным накладным, контрагентам, датам , товарам и т.д.
Запустить обработку не всегда возможно, возможно это вообще выгрузка куда-то, и загрузку проверить нет возможности.
Пишется заплатка за минуты, но не дай бог ошибка. Чтоб проверить - составляются тесты.
(340) Любую алгоритмику. Автоматическими тестами.
   NSSerg
 
342 - 19.05.18 - 13:55
Да даже не автоматическими. Просто добавляешь несколько вызовов по признаку отладки, и выводишь результат на экран. И по бумажке с готовыми ответами проверяешь.
   NSSerg
 
343 - 19.05.18 - 13:59
Пример.

Функция АкцияДействует(ТекущаяДата,ТекущееВремя, Акция)
   ....
   Возврат Действует;
КонецФункции

...
Если Отладка=1 Тогда
   Если АкцияДействует(ТестДата,ТестВремя, ТестАкция1) Тогда
      Сообщить("Ошибка" в акции 1);
   КонецЕсли;
   Если АкцияДействует(ТестДата,ТестВремя, ТестАкция2) Тогда
      Сообщить("Ошибка" в акции 2);
   КонецЕсли;

Это очень утрировано, но очень часто другой возможности (кроме TDD) проверить просто нет. А цена ошибки может быть очень высока.
   PR
 
344 - 19.05.18 - 14:08
(341) >>У тебя есть робот (назначенное задание), и при запуске (обработки в 1С) при условии по времени и  дате он должен выполнять те или иные действия. Это утрировано.
Ты просто проверяешь текущие время и дату, и запускаешь нужные обработки.

И где здесь тест, что за тест?
   PR
 
345 - 19.05.18 - 14:09
(341) >>Аналогичные задачи - проверить вхождение даты акции в интервал, или чуть сложнее условие.

А здесь где тест и в чем он заключается?
   PR
 
346 - 19.05.18 - 14:10
(341) >>Так вот - постоянно я правлю чужие ошибки в подобном коде.
Написать простейшие тесты и проверить код проверяющий вхождения в интервал ничего не стоит.

Ты вообще про что, про защиту от дурака во время выполнения, или про отдельный тест, запускаемый отдельно?
   PR
 
347 - 19.05.18 - 14:11
(341) >>Если есть у тебя сложная выгрузка, но нужно на неё поставить закладку - другое поведение по конкретным накладным, контрагентам, датам , товарам и т.д.
Запустить обработку не всегда возможно, возможно это вообще выгрузка куда-то, и загрузку проверить нет возможности.
Пишется заплатка за минуты, но не дай бог ошибка. Чтоб проверить - составляются тесты.

Ты про что вообще говоришь? Сумятица какая-то
   NSSerg
 
348 - 19.05.18 - 14:11
(344) У нас есть несколько акций, в которых могут быть достаточно сложные условия на даты и товар.
У нас есть набор тестовых данных.
И мы подставляем тестовые данные в код, и в случае если условие срабатывает неверно - выдаем сообщение об ошибке.

Пишется либо цикл по тестовому набору, либо просто по признаку отладки несколько условий в коде (и запускается только этот проверочный код).
   PR
 
349 - 19.05.18 - 14:12
(341) >>(340) Любую алгоритмику. Автоматическими тестами.
Не чем, а как?
 
 Рекламное место пустует
   NSSerg
 
350 - 19.05.18 - 14:12
(347) Я вообще-то пример привел. Наброски кода.
   NSSerg
 
351 - 19.05.18 - 14:13
(346) Про отдельный тест запускаемый отдельно.
   PR
 
352 - 19.05.18 - 14:15
(343) Что за кустарщина какая-то, вообще ничего не понял
Тебе знакомо понятие "Сценарное тестирование"?
А про vanessa-behavior знаешь?
Как по-твоему было бы наиболее правильным запускать тесты в 1С?
   PR
 
353 - 19.05.18 - 14:19
(348) Ну то есть ты на коленке набросал свое так сказать сценарное тестирование, которое, правда, подразумевает изменение основного кода при изменении теста
И теперь хочешь сказать, что даже при пуке в пять минут кода ты тут же встраиваешь тест?
Кстати, не очень понятно, как ты в этом случае накапливаешь тесты? Во внешней обработке?
   NSSerg
 
354 - 19.05.18 - 14:20
Давай еще раз. Другой пример.

Функция ПроверитьУсловияВыгрузкиНакладной()
КонецФункции

Процедура ВыгрузкиМиллионаНакладных()
      Для каждого ... Цикл
          Выгружаем = ПроверитьУсловияВыгрузкиНакладной();  
          Если Выгружаем и (не Отладка) Тогда
                  выгрузитьНакладную();
          ИначеЕсли выгружаем и Отладка Тогда
              Если списНеВыгружаемых.Принадлежит(Док) Тогда    
              сообщить("Ошибка "+Док);
          КонецЕсли;      


// у нас есть задача исключить по сложным условиям какое-то количество накладных. Условие реально сложное. Накладных много. Есть список из 50 накладных которые точно не должны выгрузиться. Они в списНеВыгружаемых.
Теперь еще скажи что это не TDD
   PR
 
355 - 19.05.18 - 14:21
(350) У тебя не пример тестирования, а его зачатки на некоторые особо сложные и важные участки, реализованные кустарным образом
   PR
 
356 - 19.05.18 - 14:22
(351) Тогда почему твой тест заложен в коде, а не идет на вход как параметр?
   PR
 
357 - 19.05.18 - 14:25
(354) Ты написал код, который выдаст сообщение, если где-то что-то на входе неверно
И теперь почему-то это назвал полноценной системой работы с тестами
Я бы это назвал (355)
   NSSerg
 
358 - 19.05.18 - 14:26
(353) Если работы на два часа, то тесты прямо пишутся в коде.

Для примера мне выслали список из 50 накладных которые точно не должны попасть. То что мне правильно передали условия, и я правильно написал - я проверю вышенаписанным кодом.

У меня достаточно много вот таких строк проверки
Если найти("31243124132,213421,2342,323423",НомерДок)>0 Тогда
   Сообщить("ошибка "+НомерДок);

Этот код выполняется только во время тестирования Либо во время тестирования в окно сообщения, во время исполнения в логи

(356) Это не имеет никакого значения. И в том и другом случае это TDD.
   PR
 
359 - 19.05.18 - 14:27
(358) О, чудо! Значит, я уже 17 лет использую TDD! :))
   KrisbitYA
 
360 - 19.05.18 - 14:28
(359) Оцениваем код ?:)
   PR
 
361 - 19.05.18 - 14:29
(358) Поразительная незамутненность сознания
Скажи мне, как ты собираешься свою кустарщину встраивать в ERP, перелопатить полконфы?
   NSSerg
 
362 - 19.05.18 - 14:29
(357) Это вообще-то определение TDD, простейший пример.
Усложнять и развивать тестирование можно как угодно, но суть TDD - есть тесты и правильные результаты подготовленные заранее, и код автоматически проверяет результат на соответствие. Как он это делает - сути не меняет. Файл на вход, вручную в диалоге тесты забиваешь, отдельная процедура, одна строчка в коде - неважно. Это автоматический тест.
(359) Поздравляю!
   PR
 
363 - 19.05.18 - 14:30
(360) Согласовывайте с Глебом быстрее проектную вакансию, а то мы скоро уже инженерные практики будем в этой ветке обсуждать :))
   NSSerg
 
364 - 19.05.18 - 14:30
(361) В смысле? Зачем вообще конфу лопатить?
   PR
 
365 - 19.05.18 - 14:31
(362) Вообще-то мы про применение TDD к 1С, а поэтому твое первоначальное утверждение про TDD на каждый чих твоими методами не очень выдерживает критику, даже простейшую
   PR
 
366 - 19.05.18 - 14:32
(364) А что, "Если Выгружаем и (не Отладка) Тогда" не предполагает добавление "Отладка" в конфу?
   NSSerg
 
367 - 19.05.18 - 14:33
(361) У тебя похоже сознание скачет от доработки на два часа, до внесения изменений в ERP. И перелопачивании "полконфы".

А я веду речь о временных заплатках в обработки, и о тестировании на этапе разработки (кода, которого в готовом проекте уже не будет)
   PR
 
368 - 19.05.18 - 14:35
(367) То есть дальше доработки в отдельной обработке на пару часов ты не рассуждаешь?
Тебе не кажется, что тогда твоя методика становится еще более несостоятельной и еще более малоприменимой?
Но это TDD в каком-то виде, да, согласен :))
   NSSerg
 
369 - 19.05.18 - 14:35
(366) Мы сейчас говорим о том что конфигурация в любом случае должна быть изменена? Я не понимаю куда тебя несет.
Если конфигурация в любом случае должна быть изменена, и работы на два часа - это в любом случае заплатка.
Где в работе на два часа ты увидел "перелопатить полконфы" я не понимаю.
А учитывая (359) - ты сейчас своей манией величия сам себя и обсираешь.
   Cyberhawk
 
370 - 19.05.18 - 14:35
(367) Какой про от "временной заплатки в обработке", тем более с захардкоженными значениями?
Я вот честно посмотрел на приведенные тобою фрагменты кода и на ум приходит только "хрень какая-то" )
   NSSerg
 
371 - 19.05.18 - 14:36
(368) Ты уже откланяешься от темы разговора. Я писал об TDD в доработках на два часа - именно это и обсуждалось выше.
   NSSerg
 
372 - 19.05.18 - 14:40
(370) Ты похоже не до конца понял о чем речь.
1. Из выгрузки временно нужно исключить по условиям некоторый массив документов. (всех номеров нет, есть условия, документов еще в системе всех нет, они возможно появятся в будущем)
2. Есть условия, и список документов (Естесвтенно из тех которые уже есть в системе) которые должны подходить под эти запятую (высланы отделом продаж номера, через запятую).
3. Временно на обработку выгрузки накладывается заплатка исключающая эти документы, и для проверки добавляется несколько строк кода (исключается сама выгрузка, и добавляется тест). После успешной проверки теста - строки с тестом могут быть убраны, а могут и нет - код с тестом остается до конца жизни заплатки.

Может немного надуманный пример, но это именно пример с работой на два часа и с TDD
   PR
 
373 - 19.05.18 - 14:43
(369) Я говорю о том, что твой подход не годится для реализации унифицированного TDD в промышленных масштабах
А ты говоришь, что на каждые пять минут доработок используешь его
Вот я и не пойму, то ли ты все время только внешние обработки на пять минут клепаешь, то ли одно из двух
   NSSerg
 
374 - 19.05.18 - 14:44
(370) Ты предлагаешь не харкодить значения, а вместо двух часов потратить пять с тем-же результатом?
Тест в любом случае харкодится, либо вызовом метода добавления тестового набора, либо внешним файлом например, или справочником и т.д.  Но учитывая что тест разовый - зачем увеличивать время разработки? Какой профит ты хочешь получить усложнив формирование набора тестовых данных?
   NSSerg
 
375 - 19.05.18 - 14:46
(373) А я ни слова не говорил о промышленных масштабах, а говорил по теме разговора - о доработке на два часа.

И я сказал что в нормальном программировании используют TDD даже в обработках на пять минут писанины.
   PR
 
376 - 19.05.18 - 14:47
(367) Суть TDD и BDD, если че, как раз в том, что они гоняются не на этапе разработки, а, в первую очередь, на этапе поддержки
Ты вот написал свой код и все оттестил, даже пусть без тестов, все, ошибок нет
Но потом базу будут допиливать еще 100500 раз и где уверенность, что никто не поломает твой код, прямо или косвенно?
Вот накапливаемые тесты как раз и дадут тебе такую уверенность
А ты говоришь про какие-то всплески разума и наколеночные тестовые прогоны на этапе разработки
Да еще потом собираешься в продакшене этот код убрать, что само по себе уже шанс накосячить
   Доминошник
 
377 - 19.05.18 - 14:49
(372) Может я глупость спрошу - а чем данный пример в (354) отличается от точки установки с условием?
   PR
 
378 - 19.05.18 - 14:49
(371) Нет, ты писал про TDD в _любых_ доработках, даже на пять минут
И я не понимаю, как с таким подходом ты собираешься реализовывать автоматическое тестирование на проекте на 10000 часов
   NSSerg
 
379 - 19.05.18 - 14:50
(376) "Суть TDD и BDD, если че, как раз в том, что они гоняются не на этапе разработки, а, в первую очередь, на этапе поддержки"
Ничего подобного. Этап не имеет никакого значения.
Суть в самом тестировании.
(378) Так. Начнем с простого. Ты знаешь что такое Assert-ы?
В больших проектах ни разу их не видел?
   PR
 
380 - 19.05.18 - 14:51
(375) "Даже" означает, что на проекте в 10000 часов "Тем более"
   PR
 
381 - 19.05.18 - 14:52
(377) Зачатками автоматизированности
Вообще прогон тестов — вещь автоматическая, а пример в (372) — это зачатки автоматизированности
   NSSerg
 
382 - 19.05.18 - 14:53
(377) Удобством, тем что выдаст все наборы на которых отработало с ошибкой, и не требует оператора который будет каждый раз нажимать "продолжить отладку" и документировать ошибку.
   PR
 
383 - 19.05.18 - 14:53
(379) >>Этап не имеет никакого значения.
Имеет значение то, что тесты должны работать всегда, а не только при первой разработке
   NSSerg
 
384 - 19.05.18 - 14:54
(380) Даже - означает что я могу привести примеры использования TDD в коде который пишется за минуту. Например в спортивном программировании.
А assert-ы могу показать в огромных проектах, а это тоже TDD.
   PR
 
385 - 19.05.18 - 14:54
(379) >>(378) Так. Начнем с простого. Ты знаешь что такое Assert-ы?
В больших проектах ни разу их не видел?

Не буду лукавить, я не применял тестирование, сейчас только погружаюсь в тематику, что такое Assert-ы не знаю
   KrisbitYA
 
386 - 19.05.18 - 14:54
(363) сижу и ей занимаюсь :)
   PR
 
387 - 19.05.18 - 14:55
(386) Очч хорошо :))
   NSSerg
 
388 - 19.05.18 - 14:55
(383) Где ты вычитал такое условие? Можешь мне показать ссылку на определение TDD, в которой написано что тест должен жить всё время жизни проекта?
   NSSerg
 
389 - 19.05.18 - 14:56
(385) Понятно.
   Доминошник
 
390 - 19.05.18 - 14:57
(381), (382) Понял, спасибо.
Я думал о проверке - 1000 строк, 1-2 ошибочные.
А при проверках 50 строк, из них 45 ошибочные - конечно же, данная методика предпочтительнее.
   NSSerg
 
391 - 19.05.18 - 14:59
(385)
?(А>Б,ЗаписатьВЛог("Ошибка в строке 17, А должно быть не больше Б...))
Это assert
(358) - это по сути assert
   PR
 
392 - 19.05.18 - 15:00
(388) Не могу, умные люди рассказали недавно суть тестирования, из чего я сам сделал такой вывод

Поправь меня, если я где-то неправ с философской точки зрения
1. Пишется TDD или BDD тест
2. Пишется код (мои доработки)
3. Запускается TDD или BDD тест
4. Пишется новый код (новые доработки)
5. Запускается TDD или BDD тест
6. В случае обнаружения новых ошибок или по мере придумывания новых проверок пишутся и запускаются новые TDD или BDD тесты
   NSSerg
 
393 - 19.05.18 - 15:03
https://habr.com/post/141080/
(392) Да, именно так. Но не всегда.
Иногда тесты (особенно assert-ы) только захламляют код, поэтому проверил один раз и убрал.
   PR
 
394 - 19.05.18 - 15:05
(391) Ну ok
И что?
Я по прежнему не понял, куда ты хочешь в ту же ERP вставлять свои ассерты?
Я, например, говорю про автоматизированное тестирование от 1С http://v8.1c.ru/overview/Term_000000816.htm
   PR
 
395 - 19.05.18 - 15:06
(393) Так логично, именно поэтому они и не пишутся в коде :))
   Cyberhawk
 
396 - 19.05.18 - 15:08
(372) (374) Я ничего не предлагаю, ибо так и не понял, что проверяет описанный тобою тест, в котором ты хардкодишь массив данных, присланный кем-то
   NSSerg
 
397 - 19.05.18 - 15:09
(395) И где-же пишутся assert-ы? :)
Они как раз в коде и пишутся.
   NSSerg
 
398 - 19.05.18 - 15:12
(396) Вроде всё внятно написал. Есть условие, есть номера накладных подпадающих под условие. Строка кода проверяет вхождение номера документа попавшего под выгрузку на вхождение в список документов которые точно выгружаться не должны.
   Cyberhawk
 
399 - 19.05.18 - 15:15
(398) Так это ты пишешь удобный для пользователя поиск в данных, а не какую-то там автоматизированную проверку, согласен?
   PR
 
400 - 19.05.18 - 15:15
(397) Упс
Для тебя нет разницы, в каком коде?
Коде основной конфигурации или отдельной типа "Сценарного тестирования" от 1С
  1  2  3  4  5  6  7  8  9  10  11   

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