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

  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
 
401 - 19.05.18 - 15:17
   NSSerg
 
402 - 19.05.18 - 15:18
(400) Assert-ы на этапе разработки пишутся везде.
Другое дело удалять их в конечном продукте или нет.
Они считаются очень эффективным средством отладки.
В любом месте где может возникнуть желание при отладке поставить точку останова с условием - можно написать assert.
   PR
 
403 - 19.05.18 - 15:19
(402) Так ты тогда не называй это полноценным тестированием :))
Ни про TDD ни про BDD ни тем более про автоматизированное тестирование здесь особо-то речи не идет
   NSSerg
 
404 - 19.05.18 - 15:24
(401) К чему ты даешь мне эти ссылки? Что ты питаешься доказать? Что тестирование бывает простое и сложное? Я это знаю.
Что assert-ам не место в большом проекте? Ты очень ошибаешься.
Ты случайно не хочешь сказать что логирование с условием на ошибку нужно выделать в отдельные модули? Например делитель меньше нуля в выражении. Не расскажешь как?
(403) Еще раз. Одна строка с проверкой одного набора данных - это уже TDD.
   PR
 
405 - 19.05.18 - 15:32
(404) Ладно, сойдемся на том, что ты в (336) говорил не про автоматизированное тестирование в промышленных масштабах
   NSSerg
 
406 - 19.05.18 - 15:37
(403) Попробую еще раз объяснить.
Даже если расшифруешь аббревиатуру - ты убедишься что речь идет только об этапе разработки. TDD - разработка через тестирование.

Для вышеозвученного примера. У нас есть уже готовый результат теста. Теперь мы начинаем разработку, при этом пишем так, чтоб тест выполнялся верно.
Сразу в код вставляем проверку на результат теста, и начинаем писать процедуру фильтрации. написали, сделали тестовый запуск, если ошибка то ищем её и справляем.
Это уже TDD - разработка через тестирование.
Разработку закончили, проверку убрали.

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

(405) Я говорил про TDD в обработке на два часа писанины.
TDD в спортивном программировании например присутствует по умолчанию. Ибо часть тестов с результатами дается авторами задачи. Даже если задача на минуту писанины.
   Garykom
 
407 - 19.05.18 - 15:39
TDD (выполняемый на компе) нужен тем программистам которые не умеют или не могут выполнять его в голове.
   NSSerg
 
408 - 19.05.18 - 15:42
(407) Что-то новое. То есть Короткевич не умеет выполнять тесты в голове?
https://ru.wikipedia.org/wiki/Короткевич,_Геннадий_Владимирович
А кто тогда умеет?
   Garykom
 
409 - 19.05.18 - 15:45
(408) Или не может, ибо объем тестов для конкретной системы слишком велик чтобы влезти в одну голову.

Бывает что система настолько велика и запутанна что не поддается простой декомпозиции.
   PR
 
410 - 19.05.18 - 15:50
(406) Конечно же TDD используется только на этапе разработки
Если никто ничего не разрабатывает, то что тестировать-то, ничего же не меняется
Вот только разработка может идти в несколько этапов, кроме того, обычно так бывает, что параллельно кто-то что-то еще разрабатывает и может нечаянно твое поломать
Суть тестирования как раз в том, чтобы иметь накопленный объем проверок, которые можно без больших трудозатрат, быстро и надежно выполнить после любых изменений в конфигурации
 
 Рекламное место пустует
   PR
 
411 - 19.05.18 - 15:51
(407) Смешно, да
   NSSerg
 
412 - 19.05.18 - 15:51
(409) Ничего не понял.
http://codeforces.com/problemset/problem/983/C
Вот несложная задача. Напиши без тестирования и без ошибок.
Короткевич, уверяю тебя, проверит на тестовых наборах прежде чем выкладывать.
   Garykom
 
413 - 19.05.18 - 15:53
(410) Когда над одной системой работает одновременно несколько программистов.

То понятно дело всего один (из этих программистов) который не "может в голове" и требуется TDD или кому то придется за него "делать в голове".
   Garykom
 
414 - 19.05.18 - 15:56
(412) Данная задача интересна тем что тут тестирование = решение.

Поэтому и начинать следует с "тестов".
   NSSerg
 
415 - 19.05.18 - 15:56
(413) Что не "может в голове"?
Проверить корректность алгоритмов? Никто не пишет без ошибок. Провести простейший тест недолго, и время разработки это особо не увеличит, а вот количество ошибок уменьшит.
   Garykom
 
416 - 19.05.18 - 15:59
(415) Да, проверить как его код подействует на систему и код других.
В данном случае речь не об ошибках а скорее о неполнойстью известных условиях задачи для отдельного программиста, он не в курсе задач других и системы в целом.
   PR
 
417 - 19.05.18 - 16:00
(413) Да блин
Еще раз
Основная ценность TDD — накопленный объем проверок, которые можно без больших трудозатрат, быстро и надежно выполнить после любых изменений в конфигурации
Что непонятного-то?

Если ты набросал свой кавнокод и решил его потестить на разных наборах данных, а не вручную генерить все эти ситуации ручками, то несомненно это шаг в сторону TDD
Шаг
Один из ста
   NSSerg
 
418 - 19.05.18 - 16:01
(414)
1. Любую задачу нужно тестировать.
2. Если ты можешь придумать тест после завершения проекта, то ты можешь придумать его и до завершения.
3. Если ты сначала придумал тесты, а потом уже начал писать периодически проверяя, и тем более если добавил проверку в код - то это уже TDD.

Нет. Тут тестирование это не решение. Ибо прохождение тестов которые есть в задании, и тестов которые ты придумал сам - не гарантирует что код отработает правильно на любом наборе тестов.
Ну и естественно в спортивном программировании ты не знаешь тестов на которых пройдет автоматическое тестирование решение.
   PR
 
419 - 19.05.18 - 16:03
(415) В том-то и дело, что TDD — это не только первоначально придуманные проверки, так сказать, что в голову пришло, а еще и накопленные проверки в результате панических оров пользователей по утрам после обновления типа "Да какого куя опять эта хрень отвалилась, вчера же все, сцуко, работало?!"
   NSSerg
 
420 - 19.05.18 - 16:04
(417) Давай с самого начала.
У тебя есть задача. На два часа.
Ты адепт TDD, по-другому не пишешь.
Ты добавляешь тесты, ставишь заплатку, проверяешь. На этом разработка завершена. Это в чистом виде TDD.
Непонятно с чего  ты решил что "Большой TDD" это TDD, а маленький - нет.  
Просто погугли примеры TDD, и увидишь кучу примеров на маленьких задачах.
   NSSerg
 
421 - 19.05.18 - 16:04
(419) Необязательно. Совершенно необязательно.
   Garykom
 
422 - 19.05.18 - 16:05
(418) Тут тестирование это именно решение задачи ибо пишется КА который развозя людей и проверяет правильность вычисления времени.

Задача не решается математическими/вычислительными методами, придется именно моделировать действия лифта и людей в очереди - что и даст решение.

А какие там наборы тестов из входящих условий и времени-ответа уже пофиг.

Изначально у тебя нет пар "условия-ответы" и чтобы их получить придется промоделировать лифт.
Какой смысл это делать вручную на бумажке?
   Garykom
 
423 - 19.05.18 - 16:06
(420) ОК, давай.

Как будем проверять правильность ответа в задаче с лифтом?
   NSSerg
 
424 - 19.05.18 - 16:11
(423) Там же есть автоматическая проверка. Прямо на codeforces. Выбери любой поддерживаемый язык. И на нем пиши.
   NSSerg
 
425 - 19.05.18 - 16:14
(422) Задача решается именно математическими/вычметодами.
Как и все задачи спортивного программирования. Если ты думаешь что она решается моделированием (жадным алгоритмом) - то ты очень ошибаешься.
   Garykom
 
426 - 19.05.18 - 16:16
(424) Готов поспорить что автоматическая проверка как раз и представляет собой решение задачи.

Ибо как иначе сделать проверку для любых различных входных условий?

(425) Можно поподробнее?
   PR
 
427 - 19.05.18 - 16:22
(421) Да вообще-то весь смак именно в этом
   PR
 
428 - 19.05.18 - 16:23
(423) Тесты предполагают ответ, заложенный в тест разработчиком теста
   NSSerg
 
429 - 19.05.18 - 16:24
(426)  Автоматическая проверка - это не решение задачи.
Вполне может быть неверное решение, которое пройдет все тесты. Вдобавок в соревнованиях на codeforces тестирование двухуровневое. Сначала тестируется на небольшом наборе тестов, потом уже на более крупном. Но естественно это не все наборы данных.
Но и нужно понимать что есть ограничения на сложность алгоритма. Как всегда. Что прописано в условиях.

ограничение по времени на тест:3 секунды
ограничение по памяти на тест:256 мегабайт

В первой строке дано целое число n (1 ≤ n ≤ 2000) — число сотрудников в очереди.

i-я из следующих n строк содержит два целых числа ai и bi (1 ≤ ai, bi ≤ 9, ai ≠ bi) — этаж, на котором находится сотрудник, и этаж, на который он хочет попасть.

....
Куда уж подробней?
   Garykom
 
430 - 19.05.18 - 16:28
(429) Подробнее это про "Задача решается именно математическими/вычметодами"
   NSSerg
 
431 - 19.05.18 - 16:29
(426) Развозить можно в разном порядке, а нужно чтоб он развез именно так, чтоб выходные данные соответствовали эталонному - именно минимально возможному времени развозки.
Если ты просто смоделируешь по некому алгоритму работу лифта - он перевезет не за минимально возможное время, и ответ будет неверным.
Жадный алгоритм - это когда на каждом шаге выбираем локально оптимальное решение, как правило сложность алгоритма О(N). Это не тот случай. Эта задача за линейное время от числа сотрудников не решается.
   NSSerg
 
432 - 19.05.18 - 16:32
(430) А чего подробней? Это задача "С" - Не для новичков. Относительно сложная алгоритмическая задача, правда с решением в 20 строк. Алгоритмика - это раздел математики. Поэтому естественно эта задача решается матметодами.
   Garykom
 
433 - 19.05.18 - 16:38
(431) Давай начнем с того что условие задачи и пример противоречат друг другу.

Ибо сначала "По правилам компании, если сотрудник подошел к лифту раньше другого, то он должен оказаться внутри лифта раньше (даже если они находятся на разных этажах)."

3-й пришел раньше 5-го в первом примере, а дальше на решении для ответа 10 сек (Пояснение к первому примеру)
5-й оказался в лифте раньше чем 3-й... ЧЗХ?
 
 
   Garykom
 
434 - 19.05.18 - 16:40
(433) Хотя нет это я запарил, сорри
   NSSerg
 
435 - 19.05.18 - 16:42
(434) В кружке написано на какой этаж ему нужно.
Сначала подошел тот, которому нужно на пятый.
   Garykom
 
436 - 19.05.18 - 16:42
(432) Не вижу никаких методов кроме перебора вариантов с условием ограничения вместимости лифта в 4 человека и расчетом вариантов развоза ближайших на каждом шаге.
   Garykom
 
437 - 19.05.18 - 16:43
(435) Да уже понял.
Но один фиг не понимаю какие могут быть еще методы кроме полного перебора? Благо он сильно ограничен.
   NSSerg
 
438 - 19.05.18 - 16:44
Про сложность задачи
2
5 6
1 2

Забираем первого на пятом этаже, потом едем на шестой, высаживаем, и только после этого едем за вторым на первый этаж.

2
2 9
1 2

А тут надо забрать первого на втором этаже, потом ехать на первый за вторым, и только потом их развозить по своим этажам
   Garykom
 
439 - 19.05.18 - 16:45
(438) Это я понимаю что варианты:
забрать следующего если кабина позволяет
или сначала высадить кого то и потом забирать
   NSSerg
 
440 - 19.05.18 - 16:48
(437) Полный перебор?
За отведенное время успеет произвести не более 10^8 операций.
Если после каждой высадки ты полным перебором пытаешься ехать наверх или вниз (на самом деле всё еще сложнее) - грубо говоря тебе потребуется 2^N Операций. 2^2000 это намного больше 10^8, более того, у тебя не то что за 3 секунды не решит, у тебя за время жизни вселенной не решит :)
А в тестах естественно максимальные наборы - по 2000 сотрудников.
   NSSerg
 
441 - 19.05.18 - 16:49
(439)  в (438) Кабина позволяет забрать обоих.
Но в двух случаях разные оптимальные решения. В одном поехать вверх высаживать первого, а только потом вниз за вторым, а во втором сначала вниз за вторым, а потом только их высаживать.
   Fannasankh
 
442 - 19.05.18 - 16:51
Мне в плане TDD во франче интересно вот что. Есть задача на 1ч, допустим, сделать небольшое изменение в типовых правилах обмена.
Но реализовывать сценарий тестирования через ванессу, при изначальном отсутствие сценария тестирования на типовые правила, займёт значительно больше 1ч, может быть часа 2-3 или 5...
Итого суммарный объем задачи с учетом написания тестов будет допустим 4ч.
Сколько будет выставлено клиенту и сколько получит программист? Будет ли клиент доплачивать за лишние 3 часа написания тестов?
   PR
 
443 - 19.05.18 - 16:52
(442) 4
4
Да, епта, он же сам заказал
   PR
 
444 - 19.05.18 - 16:54
+(443) Только есть нюанс
Все это при условии полноценного автоматизированного тестирования, а не поделок на коленке
   Garykom
 
445 - 19.05.18 - 16:54
(440) Не нужно для всех 2000 перебирать, достаточно для (4 + 1).
   NSSerg
 
446 - 19.05.18 - 16:56
(445) Не понимаю что ты имеешь в виду. Но напиши с перебором "Для (4+1)"
Если не хочешь там регистрироваться, я под своим аккаунтом смогу протестировать.
   Fannasankh
 
447 - 19.05.18 - 16:56
(443) много клиентов заказывают писать тесты?
   PR
 
448 - 19.05.18 - 17:01
(447) См. (385)
Но предполагается, что недостатка не будет
   NSSerg
 
449 - 19.05.18 - 17:02
(444) Ты точно неисправим. Пальцы веером, нимб на голове, и единственным метод TDD который ты знаешь - единственно верный. А писать эффективно, не усложняя, и не увеличивая время разработки без особой на то нужды - это "на коленке".
Мне казалось что это огромный недостаток в разработке - постоянно усложнять без особой на то надобности. И не только мне. И растут ноги этого ИМХО из-за отсутствия гибкости, из-за умения пользоваться только одним методом разработки.
Весь мир использует ассерты, в самых крупных проектах, но ты их "не знаешь", поэтому для тебя это "на коленке".
Может и попытка/исключение - это на коленке?
 
 Рекламное место пустует
   NSSerg
 
450 - 19.05.18 - 17:04
+ (449) И логирование по условию (на ошибку или неправильный результат теста).
   Garykom
 
451 - 19.05.18 - 17:04
(446) Блин было бы время написал, но сча оплачиваемыми задачами слегка занят.
Для ККТ онлайн надо пробитие через инет наваять и пару контор с 7.7 на 8-ку перевести.

Интересно как сильно умение решать подобные алгоритмические задачки помогает в реальных задачах?
   PR
 
452 - 19.05.18 - 17:11
(449) Причем здесь все это?
Просто я, говоря про TDD и BDD, в первую и единственную очередь имею ввиду их применение в промышленных масштабах в унифицированном виде
То есть я про серверную с серверными стойками, а ты спрашиваешь, почему я не хочу туда обычный комп поставить к серверам, он же типа тоже примерно то же самое делает
   NSSerg
 
453 - 19.05.18 - 17:11
(451) Навык, набитая рука - резко уменьшает количество ошибок в коде, развивает навык проверки кода, ну и приучает к тестированию. И алгоритмику поднимает.
Скажем так - в соревнованиях по промышленному программированию (всякие танки и хоккеи) - подавляющая часть верхушки спортивные (олимпиадные) программисты.
Правда тут возникает вопрос - они сильны в спортивном программировании потому что хорошие программисты, или хорошо стали писать только потому что занимались спортивным программированием. Но вообще отработка на простых задачах (быстро решаемых) улучшает навык во всех областях. И программирование не должно быть исключением.

Спортивное программирование провоцирует на написание говнокода. Но если ты уже пишешь нормально, то особо испортить не должно.
   NSSerg
 
454 - 19.05.18 - 17:15
(452) Нет, ты методы разработки которые сам не используешь - называешь "на коленке". Хотя они во всю используются в промышленном программировании. И сравнение опять некорректное. При чем тут комп к серверам? Это не методы мелкой разработки. Логгирование, Простые тесты в коде, assert-ы используются во всю в большой промышленной разработке и это известный и эффективные методы. В отличии от обычных компов в серверной стойке.
   PR
 
455 - 19.05.18 - 17:22
(454) Опять двадцать пять
Напиши методику автоматизированного тестирования нового релиза ERP, до этого сильно переписанного и сейчас еще неплохо дописанного
   Beduin
 
456 - 19.05.18 - 17:50
(455) А чем ERP от любой другой программы отличается?
   PR
 
457 - 19.05.18 - 17:54
(456) Да пофиг, напиши для БП, УТ, конфигурации Х
   vs84
 
458 - 19.05.18 - 18:14
(0) на проектах есть явно выделенные роли системного аналитика, архитектора?
   shuhard
 
459 - 19.05.18 - 18:16
(456) размером кода, принципиальных отличий нет
   NSSerg
 
460 - 19.05.18 - 18:20
(455) То есть, все методы, которые не используются в ERP, либо о которых ты не в курсе - это "на коленке"?
У тебя одна конфигурация осталась, кроме ERP ничего нет? Что такое внешняя обработка я надеюсь ты знаешь? Что её тоже можно написать с использованием TDD, отдельно - понимаешь?
ИМХО с твоей стороны просто шокирующая однобокость.
Грубо говоря нужно тебе написать обработку слияния двух файлов. Отдельную, внешнюю, в ERP. Всё, TDD неприменимо, потому что те методы которые можно использовать в написании такой обработке ты считаешь - "на коленке", "не TDD"
   PR
 
461 - 19.05.18 - 18:20
(458) Как правило, да
   NSSerg
 
462 - 19.05.18 - 18:24
http://qaru.site/questions/283999/learning-tdd-with-a-simple-example
Вот классический пример TDD, например задачу нужно решить внешней обработкой, именно в ERP. Кто мешает использовать TDD?
   shuhard
 
463 - 19.05.18 - 18:29
(462) заведите отдельный топик, предмет обсуждения очевиден и ни кому, кроме Вас двоих, не интересен
   2mugik
 
464 - 19.05.18 - 18:40
(463)ты ошибаешься.
   PR
 
465 - 19.05.18 - 18:41
(463) По поводу интереса темы TDD, BDD, инженерных практик и пр. не соглашусь, тема, наоборот, на мощной волне, по крайней мере в нашем офисе
   Guk
 
466 - 19.05.18 - 18:51
>>500 - 1200 рублей в час

бугагагага ;)...
   Cyberhawk
 
467 - 19.05.18 - 20:32
(386) "сижу и ей занимаюсь" // По какой причине тамошний HR работает в выходной день? Он там на почасовке/сдельщине, или он лоботрясничает в рабочие дни и поэтому остается на сверхурочно, или это его добрая воля (в этом случае оплату как минимум по двойной ставке - согласно ТК - получает)?
   KrisbitYA
 
468 - 19.05.18 - 21:54
(467) Я за идею и за инженерные практики)))
К счастью, на работе не скучаю, а получаю кайф)
Неделю я занимаюсь общением с коллегами по вопросам и подбором персонала :) А так же, новыми плюшками и внутренними проектами :)
   KrisbitYA
 
472 - 19.05.18 - 22:31
(470) злой, дяденька злой :(
   PR
 
473 - 19.05.18 - 22:31
О, в сумасшедшем доме потери :))
   Cyberhawk
 
474 - 19.05.18 - 22:40
(468) Так Я не понял - по выходным работаешь без оплаты? Это нормальная практика там у вас?
   PR
 
475 - 19.05.18 - 22:43
(474) Ты с какой целью интересуешься?
Хочешь подсидеть нашу Кристину?
   Cyberhawk
 
476 - 19.05.18 - 22:47
(475) Я хз кто такая "ваша Кристина", мне интересно как и чем люди живут, ну и в чем прикол работать безоплатно
   PR
 
477 - 19.05.18 - 22:49
(476) Не тормози, Кристина — это https://job.mista.ru/users.php?id=118459, наш HR и по совместительству ТС ветки, которую ты читаешь
   KrisbitYA
 
478 - 19.05.18 - 22:55
(476) Ваша Кристина, это Я :) Почему бушует мнение. что люди работают за бесплатно?)))) Как ты пришел к этому выводу?)))
   Cyberhawk
 
479 - 19.05.18 - 23:04
(477) А, ну теперь ясно
(478) Я вроде никаких выводов не делал - Я спрашивал
   PR
 
480 - 19.05.18 - 23:08
(478) Народ задает себе вопрос, почему они не работают в БИТе и не могут найти ответ, поэтому пытаются придумать всякую хрень :))
   Cyberhawk
 
481 - 19.05.18 - 23:12
(480) Вроде Я написал в (476) природу своего интереса - он праздный.
Ну а факт отсутствия ответа на вроде бы простой вопрос по-прежнему не ясен, ибо вроде любой ответ не предполагает раскрытия каких-то тайных (запрещенных) сведений.
   KrisbitYA
 
482 - 19.05.18 - 23:14
(479) Я не хочу говорить о своей зарплатке) Или ты рассматриваешь должность эчара?)))
   Amra
 
483 - 19.05.18 - 23:18
(482) а что, у вас для эйчара одни правила оплаты работы в выходные, для программистов другие?
   PR
 
484 - 19.05.18 - 23:22
(483) Во народ дуреет
Ты думаешь, у нас HR тоже ЛУРВы оформляет и их у клиентов заверяет?
   PR
 
485 - 19.05.18 - 23:24
Скоро по ходу уже совсем фантазия истощится, будут спрашивать, сколько раз за день офис проветривается и какой набор фруктов привозят во фруктовый день :))
   Cyberhawk
 
486 - 19.05.18 - 23:27
(482) Я ничего не спрашивал тебя о твоей зарплате. Я спрашивал об оплате твоей работы в выходные.
Замечу, что ни на один свой вроде бы простой вопрос Я так и не получил точный ответ - ахтунг!
   Cyberhawk
 
487 - 19.05.18 - 23:27
(485) Что за фруктовый день?
   PR
 
488 - 19.05.18 - 23:35
(486) А почему ты думаешь, что тебе кто-то будет рассказывать свою схему мотивации
Ты такой простой, что у меня от умиления аж слеза пошла :))
   PR
 
489 - 19.05.18 - 23:35
(487) По вторникам привозят халявные фрукты, виноград там, яблоки, бананы, киви, еще что-то не помню
   KrisbitYA
 
490 - 19.05.18 - 23:37
(486) У нас разные должности) Сейчас я не работаю) То, что я делала, я закрывала свой косяк, который не успела сделать :) Интриги нет. Фруктовый день - это няшка :) Я первая бегу за фруктиками))) а так же манго, персики, сливи и т.д. :)
   KrisbitYA
 
491 - 19.05.18 - 23:38
(483) Да :)
   KrisbitYA
 
492 - 19.05.18 - 23:39
(486) а ты настойчив)))
   Cyberhawk
 
493 - 19.05.18 - 23:41
(488) Какую схему мотивации? Ты что-то придумываешь, и не в первый раз за этот час.
   Cyberhawk
 
494 - 19.05.18 - 23:42
Про фрукты это очень интересно. Где-то фотки можно позырить тех фруктов, что привозят?
А орехи и сухофрукты привозят? Их фото крупным планом тоже интересно глянуть.
   PR
 
495 - 19.05.18 - 23:43
(493) Ты какой-то странный
Все, кто устраиваются к нам в офис, подписывают схему мотивации, в которой четко прописано, как рассчитывается их зарплата
Заканчивай с паранойей
   PR
 
496 - 19.05.18 - 23:44
(494) LOL
Тебе фото для заценить или ты сомневаешься, что привозят :))
   Cyberhawk
 
497 - 19.05.18 - 23:44
И по поводу киви - их же сотры чистят от кожуры ножом? Куда кожурку девают - над ведром мусорным чистят или сначала это все в тарелку / раковину "свинячат"?
   KrisbitYA
 
498 - 19.05.18 - 23:45
(494) крупный план то зачем?
Блин, такое ощущение, что у нас все Белоснежки)))
http://bit-erp.ru
   Cyberhawk
 
499 - 19.05.18 - 23:45
(495) Мне по барабану на эту схему мотивации, хз зачем ты про нее дважды уже упомянул. Не придумывай ответы на незаданные вопросы.
   Cyberhawk
 
500 - 19.05.18 - 23:45
(496) Заценить конечно
  1  2  3  4  5  6  7  8  9  10  11   

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