Слово: it's time to end with this shity programming Перевод: пора заканчивать с этим шиты программирования

Слово: shity Перевод: дерьмовый

шиты

кек

:D

годная картиночка из лингвалео)

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

на чем писал?)

на Java

№№№№

обновил клавиатуру по просьбе одного челика и теперь залагало

вообще вот думаю, имеет ли смысл переписать на akka или нет

конечно...давай сразу кластер с хдфс и спарком))

было бы финансирование, и спарк прикрутил бы, и весь хадуп)

http://m.fontanka.ru/2016/04/19/006/

конечно...давай сразу кластер с хдфс и спарком))

Человек, а у тебя репы открытые есть?

Репы

Кто-то что-то пишет на конкурс для телеги?

Я написал @dictmebot

Вау

Ого

Странно работает

Что странного?

Перевода русских слов нет, кстати, да

на 25000 не тянет)

но я добавил бота, чтобы выполнялось условие 2

У меня его использует около 200 человек каждый день, к слову

На 200 рублей потянет

У меня его использует около 200 человек каждый день, к слову

вводи монетизацию

а то ишь халявщиков развелось

мне это не нужно

Рубль = запрос?

200 человек юзают, с каждого запросов по 10, уже не плохо)

https://telegram.org/blog/botprize

У меня даже есть идея

И я её буду пилить

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

У меня даже есть идея

Какая?

у меня три идеи, одна прям совсем простая, как раз опробую бот апи

я так понимаю, бот на дедике крутится должен?

А остальные две?

Смотря как напишешь

остальные две потные

Например?

да миграции, интеграции всякие

Смотря как напишешь

ну а как обработка запросов то осуществляется?

или он хостится прям на серверах телеграма могет?

Нет конечно, нужна своя машина

впска подойдет?

Даже raspberry pi подойдет

т.е. потребление ресурсов там крохотное?

Ну лол, считай что пишешь веб сервер

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

Твоего бота

Забираешь сообщения с помощью вебхука или лонгполлинга

Если сделаешь вебхук, подойдет даже томкат

Если ты конечно на джаве будешь писать

гае озволяет ботов хостить

с сертификатом как проблему решал?

там нет проблем с сертификатом

ну вроде он обязателен?

ssl? Не

если самоподписанный - выслать его

ERROR: S client not available

а поясните за самопожписанный сертификат

что это?

как его получить/создать

ээ? ты не в курсе что это?)

у меня есть предположение, но хотелось бы услышать от знающих

http://stackoverflow.com/questions/12871565/how-to-create-pem-files-for-https-web-server

Человек, а у тебя репы открытые есть?

Не, у меня все закрыто, по работе))

Там вроде не сертификат, а публичный ключ надо отсыласть)

ребята, а вам по работе знания асм пригодились хоть раз?

ld bc

конкретно в джаве?

ага

ну если только знание о том, что лонг и дабл в 64битных системах записывается в память не атомарно, а в два прохода

а так нет

спасиб )

мне тоже нет

ну если только знание о том, что лонг и дабл в 64битных системах записывается в память не атомарно, а в два прохода

Может, всё-таки в 32-битных?

Может, всё-таки в 32-битных?

JLS 17.7 Non-atomic Treatment of double and long Some implementations may find it convenient to divide a single write action on a 64-bit long or double value into two write actions on adjacent 32 bit values. For efficiency's sake, this behavior is implementation specific; Java virtual machines are free to perform writes to long and double values atomically or in two parts. For the purposes of the Java programming language memory model, a single write to a non-volatile long or double value is treated as two separate writes: one to each 32-bit half. This can result in a situation where a thread sees the first 32 bits of a 64 bit value from one write, and the second 32 bits from another write. Writes and reads of volatile long and double values are always atomic. Writes to and reads of references are always atomic, regardless of whether they are implemented as 32 or 64 bit values. VM implementors are encouraged to avoid splitting their 64-bit values where possible. Programmers are encouraged to declare shared 64-bit values as volatile or synchronize their programs correctly to avoid possible complications.

JLS 17.7 Non-atomic Treatment of double and long Some implementations may find it convenient to divide a single write action on a 64-bit long or double value into two write actions on adjacent 32 bit values. For efficiency's sake, this behavior is implementation specific; Java virtual machines are free to perform writes to long and double values atomically or in two parts. For the purposes of the Java programming language memory model, a single write to a non-volatile long or double value is treated as two separate writes: one to each 32-bit half. This can result in a situation where a thread sees the first 32 bits of a 64 bit value from one write, and the second 32 bits from another write. Writes and reads of volatile long and double values are always atomic. Writes to and reads of references are always atomic, regardless of whether they are implemented as 32 or 64 bit values. VM implementors are encouraged to avoid splitting their 64-bit values where possible. Programmers are encouraged to declare shared 64-bit values as volatile or synchronize their programs correctly to avoid possible complications.

как это противоречит моему замечанию? Более того, это его подтверждает - на 32-битных архитектурах 8-байтные значения записываются не атомарно.

читать научись лучше

лучше чем что?

лучше чем овощ

For references, reads/writes are ALWAYS atomic (even in 64 bit implementations!) For int, char, byte, short, boolean, float, reads/writes are ALWAYS atomic For double and long, if they're volatile, reads/writes are ALWAYS atomic

как это противоречит моему замечанию? Более того, это его подтверждает - на 32-битных архитектурах 8-байтные значения записываются не атомарно.

Мы вам перезвоним.

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

читать научись лучше

ну если только знание о том, что лонг и дабл в 64битных системах записывается в память не атомарно, а в два прохода

ну, ты сам для начала потрудись прочитать, что написал

Мы вам перезвоним.

я ни откуда ничего не брал, всё указано в спецификации java

Ты по ходу мало того что английский не знаешь, так еще и русским не владеешь

https://docs.oracle.com/javase/specs/jls/se8/html/jls-17.html#jls-17.7