Telegram объявил конкурс для JavaScript-разработчиков с призовым фондом от $200 тысяч Статьи редакции

Участники должны написать упрощённую версию веб-приложения.

Telegram запустил конкурс для разработчиков, пишущих на JavaScript. Он пройдёт в три этапа с 3 по 17 ноября.

Задача конкурса — разработать упрощённую веб-версию Telegram без использования сторонних UI-фреймворков. Готовое веб-приложение должно состоять из интерфейса авторизации и регистрации, а также позволять просматривать список чатов и сообщения.

Архив с макетами доступен в официальном канале, через который Telegram объявляет конкурсы. Документация по API и исходный код существующих клиентов Telegram опубликованы на сайте мессенджера.

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

Использовать UI-фреймворков вроде React и Angular нельзя. Использование библиотеки данных TDLib теоретически возможно, но, скорее всего, может привести к увеличению времени загрузки по сравнению с простыми JavaScript-решениями.

из описания конкурса

Призовой фонд первого этапа составит $80 тысяч. В описании не написано, сколько победителей Telegram планирует отобрать. Призовой бюджет для всех трёх этапов составит от $200 тысяч.

0
41 комментарий
Популярные
По порядку
Написать комментарий...
Андрей

А ВК объявляет конкурсы по 100 000 руб.

Ответить
15
Развернуть ветку
Alexey Nekrasov

Бедняга :( Именно это тебя останавливает в них участвовать?

Ответить
8
Развернуть ветку
Nikolay Kenig

Я не специалист, но у меня вопрос. А что так сложно написать приложение на javeS

Ответить
1
Развернуть ветку
Mike Espoo

 Сложно.
1 - Сейчас 80%+ JavaScript разрабов это исключительно ребята, научившиеся пользоваться  фреймворком А, B, C.
2 - Если делаешь продукт на фреймворках, то это жутко не эффективное рассходование средств фирмы и переписывание продукта раз в 5 лет, но так делают все. Плюс весит все это много. Работает по факту медленно, чтобы Вам там не говорили.
3 - Приложение без фреймворков может написать от силы 1-3% JS разрабов. Реально написать, а не сказать что смогут.
Без фреймворков все работает мега быстро, но сделать не гавнокод на выброс, а продукт 
нереально сложно. Уровень таких спецов, это не Senior разрабы, а архитекторы.

P.S.:
 Не скромно скажу, что я бы смог такое сделать. 12.5 лет с JavaScript. Кучу Enterprise софта написал без фреймворков.
Но 
1 - За чем мне это надо.
2 - Хорошие продукты делаются либо быстро, либо хорошо.
"с 3 по 17 ноября." - гавнокодинг на скорость с 14-18 часовым рабочим днем в лучших традициях экстремального программирования.
3 - Все эти конкурсы, это чисто наша тема. Не уважения к труду людей.

Ответить
14
Развернуть ветку
Maxim Syabro

 2 - Если делаешь продукт на фреймворках, то это жутко не эффективное рассходование средств фирмы и переписывание продукта раз в 5 лет, но так делают все. Плюс весит все это много. Работает по факту медленно, чтобы Вам там не говорили.

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

Ответить
27
Развернуть ветку
Maxim Syabro

Не очень понимаю как подход к разработке библиотек относится к подходу разработки конечных продуктов.

Абсолютно разные цели и средства.

Ответить
0
Развернуть ветку
Mike Espoo

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

Ответить
0
Развернуть ветку
Maxim Syabro

Ну давайте не будем скатываться до "ой все"

Еще в бородатом 2008 писал энтерпрайз без фреймворков и без jQuery на 40-50 экранов с XML на бекенде.
Потом дорабатывал англичанам их внутреннее решение, тоже без фреймворков.

И за время карьеры писал на Ext.js Backbone, Knockout, Amber, Angular, React, Vue, сейчас ковыряю Svelte и смотрю в сторону Kotlin

Так что имею представление о чем говорю.

Есть куча критериев по которым нужно сравнивать любое решение в разработке. И сорян, но "продукт на фреймворках, то это жутко не эффективное рассходование средств фирмы и переписывание продукта раз в 5 лет" это аналитика уровня /b/

Ответить
7
Развернуть ветку
Mike Espoo

 Мне не хочется ругаться с Вами на 100 комментов.
Считайте что Вы правы.

Ответить
–7
Развернуть ветку
Андрей Захаров

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

Ответить
0
Развернуть ветку
Maxim Syabro

"всегда лучше" - популизм
По каким критериям?

Ответить
0
Развернуть ветку
Андрей Захаров

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

Ответить
0
Развернуть ветку
Maxim Syabro

"По-любым" это только "по скорости работы" и то сильно зависит от разработчиков.
Итого из 

- стоимости разработки /скорости разработки
- стоимости поддержки и сопровождения
- скорости работы 

Имеем только последний пункт и то не на 100%

"всегда лучше" ага :)

Ответить
3
Развернуть ветку
Андрей Захаров

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

Ответить
0
Развернуть ветку
Сергей Едзиев

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

Ответить
4
Развернуть ветку
Mark Krasnikh

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

Ответить
2
Развернуть ветку
Сергей Токарев

100 килобайт кода - это не 100 килобайт текста. Это все
- парсится
- раскладывается на AST
- пытается оптимизироваться
- переводится в байткод/подстраивается под конкретный машинный процессор

посмотрите, кажется, на Хабре были об этом статьи. Для десктопа это особой роли не играет, но вот для телефонов - играет. У мобилок пауза ожидания, пока все скрипты переварятся, может до 10 секунд и больше составлять.

PS: вот
https://habr.com/ru/company/mailru/blog/321748/

Ответить
2
Развернуть ветку
Mark Rapida Gromov

100кб кода роли не играет? Хорошо, да. Только потом не удивляйтесь, что это «роли не играет» отжирает всю вашу оперативку, забивает проц и вообще загружается через раз

Ответить
2
Развернуть ветку
Олег Брюханов

Дада, жутко не эффективно:) А переписывать спагетти говнокод за очередным мамкиныным архитектором это выгодно и эффективно? Фреймворки стандартизировали написание фронта и принесли порядок в хаос фронтенд разработки, когда как раньше любая макака писала отсебятину:)

Ответить
3
Развернуть ветку
Андрей Захаров

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

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

Ответить
0
Развернуть ветку
Станислав Кукаев

Тредик дичи. любой фреймворк, в более менее крупном проекте, обрастет "кастомным кодом". Ибо не всемогущ. А в небольшом проекте фреймворк тем более нафиг не нужен. В итоге итог.

Ответить
0
Развернуть ветку
Nova Vovikov

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

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

Я думаю, что так в любом деле. Всё зависит от того, как заморочиться и сделал максимально качественно.

Ответить
3
Развернуть ветку
Anton Smets

Как будто фреймворки это что-то плохое, в эпоху, когда 5g на пороге, вы волнуетесь о нескольких лишних мегабайт?

Ответить
4
Развернуть ветку
Pavel Zamyatin

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

Отправка сообщений для мессенджера это дополнительная функция?

Ответить
5
Развернуть ветку
Ватник в Америке

Цель — лёгкий и быстрый интерфейс в первую очередь без фреймворков. Отправка сообщений в твоём проекте это уже опционально и будет типо бонусом/плюсом в принятии решения проверяющими. 

Ответить
2
Развернуть ветку
Nova Vovikov

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

Ответить
0
Развернуть ветку
Anton Ivanov

Запилите уже преобразовывание ссылок на телегу на открытие телеги, лень впн подрубать каждый раз

Ответить
2
Развернуть ветку
евгений аношин

потратить 200 тысяч на конкурс на  лайт телеграмм и списать 230 млн за год на эко систему (развитие и поддержку) что то есть в этом... но что? понять не могу

Ответить
2
Развернуть ветку
Dmitry Yankovoy

Тот случай, когда заработать 80 тысяч проще, чем выиграть.

Ответить
1
Развернуть ветку
Nova Vovikov

Нужно понимать, что эти деньги просто раскидают на всех призёров. В прошлом конкурсе их было овердохера. Но свои 1-2к долларов, может и получишь, если повезет.

Ответить
1
Развернуть ветку
Dmitry Yankovoy

Тем более

Ответить
0
Развернуть ветку
Alex Barashkov

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

Ответить
1
Развернуть ветку
Егоръ Мышляевъ

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

Ответить
1
Развернуть ветку
Муниципальный космос

Комментарий удален по просьбе пользователя

Ответить
1
Развернуть ветку
Александр Антипов

Телеграм постоянно какие-то конкурсы пилит. Жаль что я не разработчик. Думаю очень интересно создать что-то упрощенное так еще и получить кучу денег за это...

Ответить
1
Развернуть ветку
Sakari Sauso

У них и для дизайнеров конкурсы есть

Ответить
0
Развернуть ветку
Evgeni Nabokov

TS можно?

Ответить
0
Развернуть ветку
Владимир Садовников

Тоже интересно можно ли использовать typescript.

Ответить
0
Развернуть ветку
Александр Симонов

У них говянное жюри, потому пошли они в жопу со своим конкурсом, ахахаха 🖕

Ответить
0
Развернуть ветку

Комментарий удален

Развернуть ветку
Читать все 41 комментарий
Минцифры заявило, что запрет криптовалюты приведёт к отъезду ИТ-специалистов из страны Статьи редакции

Ведомство выступило против предложений ЦБ и поддержало Минфин.

Самые популярные направления доставки в 2021 году

Мы подвели первые итоги 2021 года и рассказываем, куда россияне чаще всего отправляли и откуда получали посылки и письма в ушедшем году.

Доходы Yota от роуминга выросли в 1,6 раз

Ковидные ограничения стали испытанием для мобильных операторов, которые недополучили доход от роуминга в 2020 году. В Yota в 2020 году выручка от роуминга сократилась в два раза по сравнению с 2019 годом.

Я почистил снег перед зданием Центробанка в костюме жабы

Чтобы доказать серьезность своих намерений, я сделал тест-драйв: почистил от снега часть тротуара перед зданием ЦБ, на Неглинной, 12.

От техподдержки через переводчик до главного канала продаж

Как изменился «AliExpress Россия»: рассказывают «старички» маркетплейса.

Что посмотреть про ИТ в TikTok? Рассказываем, как снимаются шутки про работу айтишников

Делимся кейсом: как найти свою аудиторию в TikTok и зачем это нужно крупной ИТ-компании.

Биржевой стакан в мобильном приложении БКС Мир инвестиций
Хакеры взломали DeFi-платформу Qubit Finance и украли криптовалюту на $80 млн Статьи редакции

Команда проекта предложила вернуть деньги за награду — но им пока не ответили.

Скоро выйдут: сериалы про WeWork, Theranos, Uber и Spotify Статьи редакции

Три из них можно будет посмотреть уже весной 2022 года.

Как и почему я переехал в Иннополис: плюсы и минусы

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

null