gavr_sas
212 subscribers
2.67K photos
183 videos
26 files
781 links
JB пропаганда
Download Telegram
а у миня теперь есть собственный локальный compiler explorer >_<
👍1
This media is not supported in your browser
VIEW IN TELEGRAM
Отличная UX идея для нейрокартинок, болдом, цветом и шрифтом самого текста назначают разные типы веса каждому токену
просто котята
Деградация как она есть
Нет это не мем
gavr_sas
Деградация как она есть Нет это не мем
Ну да, звучит логично, я в это верю
gavr_sas
Деградация как она есть Нет это не мем
This media is not supported in your browser
VIEW IN TELEGRAM
Красивую переливашку не скинуть не могу, но логитип который может быть чем угодно это не логотип, у него нет идентичности, такой банальной вещи как основные цвета, анимацию на футболке не напечатаешь, а форма недостаточно уникальна
This media is not supported in your browser
VIEW IN TELEGRAM
теоретически идеальная реклама чего то связанного с жильем, но это просто демка движка
I love Windows, now its just like some Chinese Android firmware
This media is not supported in your browser
VIEW IN TELEGRAM
лучшее вступление к кейноту кста
gavr_sas
просто котята
это не котята
😱4
Софт microsoftа не может найти сайт mictrosoftа
...
А вы пробовали выключить и включить?
Всегда не любил импорты, даже с учетом того что теперь их в основном ставит IDE, мне нравится как в Vala, все импортнуто везде, для доступа используй namespace.Class или сделай using namespace и используй напрямую Class, кажется примерно также в C#.

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

Впринципи туже самую ситуацию можно наблюдать в С, где все что связано с gtk начинается с gtk_, и objC, и вроде все эти 3 языка отлично себя чувствуют, может это и не такая уж проблема, но есть в этом что-то неидеальное.
👍2
gavr_sas
Всегда не любил импорты, даже с учетом того что теперь их в основном ставит IDE, мне нравится как в Vala, все импортнуто везде, для доступа используй namespace.Class или сделай using namespace и используй напрямую Class, кажется примерно также в C#. В Smalltalk…
В своем яп также хочу максимально избегать необходимости писать импорты, не вижу тут проблемы, просто нужно чтобы компилятор пробежался заранее по всем файлам и зарезолвил все декларации типов и функций, а потом уже начинал разбирать содержимое самих функций, зная о всех типах.

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

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

Например:
File A
type X field1: String
File B
type X field2: Int
File C
value::X = X field2: 5

Тут в файле C можно понять что используется X из B, и все еще резолвить все автоматически, можно даже пойти дальше и если бы филды у обоих X назывались одинокого, но отличались только типом, отличить их по этому типу.
gavr_sas
В своем яп также хочу максимально избегать необходимости писать импорты, не вижу тут проблемы, просто нужно чтобы компилятор пробежался заранее по всем файлам и зарезолвил все декларации типов и функций, а потом уже начинал разбирать содержимое самих функций…
План пока что такой, начнем с простого, нужно заставить вот такие 2 файлика работать, как это сделать?

Проходится только по декларациям пропуская все остальное заполняя базу информацией о типах и их методах

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

year of the Linux desktop!
Новый прикол, фулл лайн дополнения строк