Profile cover photo
Profile photo
Michael Ivashchenko
1,394 followers -
It's only after we've lost everything that we're free to do anything.
It's only after we've lost everything that we're free to do anything.

1,394 followers
About
Posts

Post has attachment
В бишкекский офис компании Sourcery, которая входит в холдинг Xenon Ventures, требуется оператор технической поддержки.

Требования:
* Знание английского языка (обязательно уметь изъясняться устно)
* Опыт работы с SaaS решениями
* Опыт работы с бухгалтерией будет плюсом

Описание обязанностей:

Scope:
● Complete daily admin tasks in Sourcery
● Process payments and draft bills for our managed customers
● Perform tasks to ensure the Sourcery Dashboard is kept up to date
● Extract data and process invoices in English that our data processing team passes to the Sourcery Team
● Review Invoice and Statement buckets to ensure they are cleared out on a regular basis
● Send remittance emails to our overseas vendors
● Check Honeybadger Emails daily and update or remove Dropped/Bounced emails
● Opportunity to work on support tickets and customer facing tasks after trial period

Skills:
● 10-key a plus
● Prior experience with SaaS tools
● Prior experience or studies with accounting or bookkeeping is ideal
● Ability to communicate well with US based teammates

Requirements:
● Proficiency in English. Candidate must be able to read and write in English
● 1-week training commitment during PST hours. 3 hours of overlap between the hours of 9am-6pm PST per day will be required
● Weekly meeting and report to US based manager. Time is flexible
● Follow documented processes
● Strong attention to detail

Start Date and Time:​ February, 2018 and full time in the Kyrgyzstan office (9am-6pm, 5 days a week)

Compensation: ​$1000+. Amount paid in USD monthly via a Payoneer account.
Apply here: https://hire.withgoogle.com/public/jobs/xenonio/view/P_AAAAAADAAADDSK1sifWt3v

Post has attachment
В Бишкекский офис американской компании Xenon Ventures требуется фронтенд разработчик для работы над задачами проектов и компаний, которые входят в холдинг.

Требования к кандидату:
* Английский язык (как минимум – умение общаться текстом, но умение говорить на английском голосом будет большим плюсом)
* Опыт фронтенд разработки 4+ лет
* Web Markup (HTML5 & CSS3)
* Javascript libraries and frameworks
* Ajax
* Knowledge of Github/SVN (versioning)
* Knowledge of Ruby on Rails (most Xenon properties are on Ruby)
* Knowledge of cross-browser compatibility, SEO best practices, building Responsive layouts (desktop, tablets, and phones)
* Proficient in Photoshop. Would potentially be willing to migrate to Sketch if the person with the right skills was already familiar with it.

Работа в офисе с 9 до 18. 5 дней в неделю.
Заработная плата: $1500+

Подать заявку здесь: https://hire.withgoogle.com/public/jobs/xenonio/view/P_AAAAAADAAADFSVH-LlErk4

Post has attachment
Третий выпуск нашего с Пузановым шоу. Милости просим.

Post has shared content
Судя по всему, Google+ отключил возможность создания евентов, поэтому придется по старинке написать пост.

В это воскресенье в 14:00 мы рады будем видеть всех, кто хочет помучать Google Home. Мы соберемся в уютном конференс-руме в Ololo (третий этаж БЦ Виктори, ул. Ибраимова, 103), привезем туда телевизор, Chromecast и Google Home и будем заставлять бездушное железо исполнять наши прихоти ;)

Вход, как обычно, бесплатный.
Photo

Post has attachment
Центру Охраны Материнства и Детства нужно разработать базу данных (по сути сайт). Бюджет - $800-900. Те, кто заинтересован, пишите на aka.le.mulder@gmail.com и обязательно в копию ставьте etilekov@unicef.org

Ниже можно ознакомиться с ТЗ.

Post has attachment
У Google+ что-то бажит с евентами, поэтому делюсь ссылкой вот так. Найти сам евент в ленте будет достаточно сложно.

Post has shared content
I/O Extended 2017 Bishkek
Сейчас проходит одна из крупнейших в мире технологических конференций – Google I/O 2017. Мы не можем проигнорировать это знаменательное событие и планируем провести I/O Extended 2017 Bishkek. Это будет уже шестой Extended, который мы проводим. Хороший показатель, не находите?

Из шести конференций I/O организаторам GDG Bishkek довелось побывать на четырех (пропустили I/O 2013 и 2014). В прошлом году к нам присоединился Роман Кононов, который сейчас наслаждается прекрасной погодой в Калифорнии, и мы решили отойти от привычного просмотра I/O live поздней ночью, а решили отложить это событие на 10 дней, чтобы Роман успел вернуться, восстановиться после долгого перелета и смены часовых поясов (11 часов разницы – это не шутки). Поэтому евент пройдет днем 27 мая в IT-Attractor (смотрите карту евента, если не знаете, где это) в 14:00.

Мы планируем посмотреть Keynote с I/O 2017 проведем небольшой codelab (не забывайте свои ноутбуки), а потом Роман поделится своими впечатлениями от первого I/O, на котором он побывал вживую. Завершим все поеданием пиццы и живой беседой.

Не забывайте, что Keynote будет на английском (возможно, к тому времени будут русские субтитры).

И обязательно заполните форму участника: https://goo.gl/forms/3bx80dG6xNJoa8R12
Add a comment...

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

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

Результаты опроса на 03.05.2017: 199 голосов, 95% за, 5% против.

P.S. Если кто забыл, то первое правило – не постить просто ссылки. Надо обязательно указать почему эта ссылка должна быть здесь, почему это интересно, в общем, добавить некое резюме/месседж от себя.

Post has attachment
Нужно ли вводить обязательное требование по указанию вилки зарплаты для вакансий, которые здесь постят?



Если большинство будет за, будем просто удалять те вакансии, в которых информация о зп умалчивается.
-
votes visible to Public
95%
Да
5%
Нет

Второй вопрос отдельным постом.

Практика оценки задач по сложности и по времени – как правильно поступить в данном случае?

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

Я интуитивно подошел к этому так – мы оценивали задачи по сложности в размерах планет, а потом вторым этапом оценивали эти же задачи уже по времени.

Основная сложность заключалась в том, что задачу оценивать приходится дважды, т.к. если оценивать все сразу (и сложность и время на реализацию), то велик соблазн придерживаться чего-то одного, скажем, времени вместо сложности. А потом не совсем было понятно, что использовать для подсчета velocity – все-таки сложности или времени. Т.к. бывают моменты, когда задача не сложная, но требует много времени на реализацию из-за обилия ручной работы, к примеру.

В общем, подскажите, как правильно оценивать задачи? Спасибо!

P.S. Я пойду пока погуглю, но все же очень хотел бы поучаствовать в обсуждении данного момента.

P.P.S. Может для подобных вопросов создать отдельный раздел типа Discussions? А то я очень долго выбирал раздел, не смог выбрать и оставил пост в дефолтном разделе :D
Wait while more posts are being loaded