а сейчас переводы да дайджесты да всякие распаковки

ну да, переводы да я говорю про русских профессионалов

причем большая часть маркетинг

а еще инфа о конфах

ну вон в питончатике один товарищ, который там не блещет (не тупой, но и не самый умный) накатал статейку о датаклассах в питоне 3.7 к сожалению, таких статей слишком много (обзорных)

причем большая часть маркетинг

да, джинсы много. Но например мейл ру, майкрософт - норм статьи

мейл ру на редкость да про пыху пишут)

да мы в мейлру целенаправленно стараемся писать на хабр ?

даже есть пощрения за это

мейлру вообще молодцы в плане статей

не скажу что молодцы в плане всего остального :D

карму правят)

учитывая что они ее портят на постоянной основе, врятли исправят

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

мейлру вообще молодцы в плане статей

ага ток 90% эт переводы)

но спецы у них заебок)

мы ищем кстати несколько пхпшников ищите на hh.ru

да вроде у всех крупныхконтор всегда вакансии есть открытые)

ток hr у них говно)

ну ладно, конкретно нашему отделу нужен пхпшник у нас бигдата и хайллоад (на самом деле)

кстати у нас работает Максим - он обычно в топ-5 хабра

мы ищем кстати несколько пхпшников ищите на hh.ru

все ищут пхп-шников, но никому не нужны дно пхп-шники Т_Т Что логично, в общем-то.

хайплоад :)

?

мы ищем кстати несколько пхпшников ищите на hh.ru

ток hr у них говно)

в каком смысле?

во всех)

в каком смысле?

в том, что вакансии тут рекламишь ты)

справедливо

но в данном случае я говорил не за этого товарища, а именно за их московский офис и местных рекрутеров) их стараниями я и лиды меиру просрали кучу времени)

типичные hr в крупной компании))

небожители и распиздяи

*распиздяйки

скорее, второе

но мне попался именно распездяй) который нашёл вхождения в резюме и на прочее забил)

кстати к вопросу об ответах на вопросы (извините). Мне понятна мотивация людей, которые вопросы задают (т.к. я сам такой), но не очень понятна мотивация людей, которые на вопросы отвечают =\ Хорошо ответить на сложный вопрос - большой труд и за это никто не платит денег

о поиск по keywords любимое занятие hr

потому что отвечать на чужие вопросы - неплохой способ обучаться

кстати к вопросу об ответах на вопросы (извините). Мне понятна мотивация людей, которые вопросы задают (т.к. я сам такой), но не очень понятна мотивация людей, которые на вопросы отвечают =\ Хорошо ответить на сложный вопрос - большой труд и за это никто не платит денег

уча других мы учимся сами (с)

ну да, что-то в этом есть. Если не можешь объяснить другому человеку, значит и сам не очень-то понял

ну да, что-то в этом есть. Если не можешь объяснить другому человеку, значит и сам не очень-то понял

не всегда это так)

не всегда это так)

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

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

человек может понять, но может не уметь объяснять. Оч частое явление

человек может понять, но может не уметь объяснять. Оч частое явление

этот скил тож можно развивать в целом. Тут еще про софт скилы можно и т.д.

этот скил тож можно развивать в целом. Тут еще про софт скилы можно и т.д.

да так-то всё можно развивать)

человек может понять, но может не уметь объяснять. Оч частое явление

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

кстати к вопросу об ответах на вопросы (извините). Мне понятна мотивация людей, которые вопросы задают (т.к. я сам такой), но не очень понятна мотивация людей, которые на вопросы отвечают =\ Хорошо ответить на сложный вопрос - большой труд и за это никто не платит денег

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

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

письменно объяснять ещё сложнее

Друзья, кто строил уже архитектуру довольно больших проектов, помогите, пожалуйста https://ru.stackoverflow.com/questions/849586/ Совсем сейчас не понимаю, что делать

письменно объяснять ещё сложнее

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

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

не только из-за этого, но не суть

https://channel9.msdn.com/Events/TechEd/NorthAmerica/2014/DEV-B331

Посмотрел, даже что-то понял (нет) про eventual consistency и дробление агрегатов. Правда это не помогло в моей задаче :D Зато помогло просто заменить объекты в интерфейсе метода агрегата на их идентификаторы.

хороший вопрос

а если без каста?

+ проверь с флотом

php -a Interactive mode enabled php > echo 5003006779; 5003006779 php > echo (int) '5003006779'; 5003006779 php > echo (int) "5003006779"; 5003006779 php >

php -a Interactive mode enabled php > echo 5003006779; 5003006779 php > echo (int) '5003006779'; 5003006779 php > echo (int) "5003006779"; 5003006779 php >

не знал что у тебя x86

php -a Interactive mode enabled php > echo 5003006779; 5003006779 php > echo (int) '5003006779'; 5003006779 php > echo (int) "5003006779"; 5003006779 php >

у тебя скорей всего не 86

https://wiki.php.net/rfc/64bit-integer-type

не знал что у тебя x86

а, блин) завтыкал самое главное

bc* в помощь)

> Currently PHP's int type is 32bit on x86 systems, and 64bit on x64 systems.

а в случае с json вполне может быть что там double какой

а если без каста?

без каста там число

ERROR: S client not available

без каста там число

кэп, переполнение будет если не влазит

без каста там число

ты уверен?

У меня из базы приходит всё как строка, и мне числа надо как число передавать в API. Приходится делать (int), соответственно у меня числа обрезаются

ну короч, пых на x86 систем для инта юзает 31 байт (потому что со знаком)

ну короч, пых на x86 систем для инта юзает 31 байт (потому что со знаком)

кстати вопрос про массив любопытен) оно в строковом представлении что ли хранит?

У меня из базы приходит всё как строка, и мне числа надо как число передавать в API. Приходится делать (int), соответственно у меня числа обрезаются

у тебя два варианта: переходить на x64-86

либо передавать строкой

База на х86

Её не поменять

База на х86

ну блин, хз что тебе порекомендовать. сделай свой json_encode

так json всё в строках херачит

так json всё в строках херачит

{"foo": 123123}

не все

так json всё в строках херачит

нет

если ты вдруг вместо 123123 подставишь "123123" то клиент можешь упасть

не все языки умеют в каст типов неявный)

Кто-то использует php+oracle?

еще раз, PHP на x86 системе не может тебе представить число интом больше чем 2^31

просто прими как данность. хочешь работать с числами большей размерности - используй строки и bcmath/gmp

не все

\JSON_BIGINT_AS_STRING не решит проблему разве?

\JSON_BIGINT_AS_STRING не решит проблему разве?

ну тут вопрос почему ему вообще инты нужны

я так понимаю что он по какой-то причине хочет что бы в JSON инты были инами а не строками

там сто пудово какой-то легаси и человек не знает что делает

нахер инты, тем более на такой рухляди.

ну или \JSON_BIGINT_AS_STRING, возвращаясь к п.1 "нахер инты"

там сто пудово какой-то легаси и человек не знает что делает

Да знаю я, проект с нуля пишется

Да знаю я, проект с нуля пишется

зачем проекту с нуля инты?)

тем более, если они не вмещаются)

и почему базу для проекта с нуля нельзя перенести на x64?

и почему базу для проекта с нуля нельзя перенести на x64?

потому что oracle

Дорого

а в чем для проекта с нуля плюсы оракла как базы?)