Какой язык программирования лучше? (2) - Священные войны - Страница 7

@Igor3D · 17.06.2013, 16:35

Author24 — интернет-сервис помощи студентам

Сообщение от Убежденный

Реализация на чистом C++11 :

Ответ кодом часто лучший, но здесь форыч не в масть, речь идет о быстром поиске, а не линейном переборе

Сообщение от nullxdth

Давайте

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

Какой угодно, используйте любые средства Вашего языка, сторонние либы тоже можно. Цвет - ну хотя бы uint32. Что-то долго раскачиваетесь

@nullxdth · 17.06.2013, 17:14

Сообщение от Igor3D

Какой угодно, используйте любые средства Вашего языка, сторонние либы тоже можно. Цвет - ну хотя бы uint32. Что-то долго раскачиваетесь

Просто LOL. Возьмём хеш-таблицу с ключами по цветам. Временная эффективность поиска O(1)

Lisp

(defparameter *content* (plist-hash-table '(:red   (:a :b :c)
                                            :green (:d :e)
                                            :blue  (:f :g :h :i))))
 
(gethash :green *content*)              ; * (:D :E)
(gethash :blue  *content*)              ; * (:F :G :H :I)

Лишь стандратная библиотека CL (+ функция plist-hash-table из alexandria).
Поставленная задача полностью решена. Жду код на Си (ясный и прекрасный код) с бОльшей

или такой же эффективностью.

Добавлено через 15 минут

Сообщение от Igor3D

речь идет о быстром поиске, а не линейном переборе

За O(1) достаточно "быстрый" поиск?

@korvin_ · 17.06.2013, 17:16

А если так

Lisp

(psetf (get 'red   :items) '(:a :b :c)
       (get 'green :items) '(:d :e)
       (get 'blue  :items) '(:f :g :h :i))
 
(get 'red  :items) ; (:A :B :C)
(get 'blue :items) ; (:F :G :H :I)

?

Убежденный · 17.06.2013, 17:16

Сообщение от Igor3D

Ответ кодом часто лучший, но здесь форыч не в масть, речь идет о быстром поиске, а не линейном переборе

Да нет проблем:

C++

#include <algorithm>
#include <iostream>
#include <set>
 
 
 
enum color {red, blue, green};
 
 
 
struct item
{
    item(int Val, color Clr) : Value(Val), Color(Clr) {}
 
    int     Value;
    color   Color;
 
    bool operator <(item const &Item) const
    {
        return (Color < Item.Color);
    }
};
 
 
 
int main()
{
    typedef std::multiset<item> container_t;
 
    container_t Colors;
 
    Colors.insert(item(123, red));
    Colors.insert(item(456, blue));
    Colors.insert(item(789, red));
    Colors.insert(item(15,  green));
    Colors.insert(item(100, red));
    Colors.insert(item(55,  blue));
 
    item ItemToFind(0, red);
 
    container_t::const_iterator itBegin = Colors.lower_bound(ItemToFind);
    container_t::const_iterator itEnd   = Colors.upper_bound(ItemToFind);
 
    std::for_each(itBegin, itEnd, [&](item Item){std::cout << Item.Value << std::endl;});
 
    return 0;
}

Вывод:

123
789
100

Да, и я по-прежнему жду эквивалентной реализации на С.

@Igor3D · 17.06.2013, 17:21

Сообщение от nullxdth

Просто LOL. Возьмём хеш-таблицу с ключами по цветам.

Не сачкуйте. Дан исходный контейнер, нужны хеш-таблицы - делайте их (а не "возьмем"). И реультат печатайте. Совсем распустились на "прогрессивных" языках.

Сообщение от nullxdth

Жду код на Си (ясный и прекрасный код) с бОльшей

или такой же эффективностью.

Поверьте, эффективность там намного больше, а про расход памяти/ресурсов и говорить неудобно

Но сначала намекну: Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет.

@nullxdth · 17.06.2013, 17:22

Сообщение от korvin_

А если так
Код Lisp
1
2
3
4
5
6
(psetf (get 'red * :items) '(:a :b :c)
* * * *(get 'green :items) '(:d :e)
* * * *(get 'blue *:items) '(:f :g :h :i))
(get 'red *:items) ; (:A :B :C)
(get 'blue :items) ; (:F :G :H :I)
?

По plist'у поиск линейный. Но на малых объёмах будет быстрее чем хеш-таблица.
Но ведь об объёме входных данных и о том, что такое "быстрый" поиск ничего не сказано. Фактически очередная сферическая задача в вакууме от Igor3D.

@korvin_ · 17.06.2013, 17:25

Сообщение от nullxdth

По plist'у поиск линейный.

А, точно, ну да ладно.

Сообщение от Igor3D

Не сачкуйте. Дан исходный контейнер

Ты же сам сказал, что «любой», я вот сразу прикинул и решил изначально хранить в хеш-таблице. =)

@nullxdth · 17.06.2013, 17:26

Сообщение от Igor3D

Не сачкуйте. Дан исходный контейнер, нужны хеш-таблицы - делайте их (а не "возьмем").

Сообщение от Igor3D

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

Я чего-то упустил?

Мне было предложено выбрать любой контейнер, я взял хеш-таблицу? ЧЯДНТ?

Сообщение от Igor3D

И реультат печатайте.

Блин, улыбнуло.

@korvin_ · 17.06.2013, 17:27

Сообщение от Igor3D

Но сначала намекну: Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет.

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

@nullxdth · 17.06.2013, 17:28

Сообщение от Igor3D

Поверьте, эффективность там намного больше, а про расход памяти/ресурсов и говорить неудобно

Хех, ты просто жжёшь

В некой реализации на Си временная эффективность поиска лучше чем O(1).
Я хочу это видеть! Код в студию

@korvin_ · 17.06.2013, 17:28

Сообщение от Igor3D

Поверьте, эффективность там намного больше

Прям таки намного? Быстрее, чем O(1)? Не, допустим хеш-функция в CL не так быстро сумму считает, но уж прям чтобы намного, как-то не верится.

@nullxdth · 17.06.2013, 17:42

Сообщение от Igor3D

Но сначала намекну: Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет.

Задача решена полностью в соответствии с условием.

Добавлено через 12 минут

Сообщение от nullxdth

Задача решена полностью в соответствии с условием.

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

Lisp

1	'(:a . :red)

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

@Igor3D · 17.06.2013, 17:50

Сообщение от Убежденный

Да нет проблем:

Вполне нормальное решение на плюсах, но все-таки 2 двоичных поиска, а можно обойтись вообще без поисков. Также механизм не очень общий - напр может быть не разрешено менять порядок элементов в исходном контейнере (пусть это др задача - но все же). Тогда создавать/таскать доп. ассоциативный контейнер накладно.

Не спешите, подумайте. Свою версию выложу завтра

@taras atavin · 17.06.2013, 17:54

Сообщение от Igor3D

Вполне нормальное решение на плюсах, но все-таки 2 двоичных поиска, а можно обойтись вообще без поисков.

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

@nullxdth · 17.06.2013, 18:34

Чтобы не потерять взаимосвязь между названиями и цветами, можно задать элементы как alist и для поиска за O(1) предварительно сформировать хеш-таблицу. Это тривилаьно и на CL это будет выглядить так:

Lisp

(defparameter *content* '((:a . :red)
                          (:b . :red)
                          (:c . :red)
                          (:d . :green)
                          (:e . :green)
                          (:f . :blue)
                          (:g . :blue)
                          (:h . :blue)
                          (:i . :blue)))
 
(defun compound-hash-table (content)
  (let ((ht (make-hash-table)))
    (mapc #'(lambda (item)
              (let ((title (car item))
                    (color (cdr item)))
                (push title (gethash color ht))))
          content)
    ht))
 
(let ((content (compound-hash-table *content*)))
  (format t "~&~A~&~A"
          (gethash (cdr (assoc :d *content*)) content)
          (gethash (cdr (assoc :b *content*)) content)))
 
;; STDOUT:
;; (E D)
;; (C B A)

А также, никакой реализации на Си мы пока не увидели

Убежденный · 17.06.2013, 18:38

Сообщение от Igor3D

Дан исходный контейнер, нужны хеш-таблицы - делайте их (а не "возьмем").

Зачем делать готовое ?
Язык предоставляет реализации, значит логично использовать их, если только нет
каких-то совершенно исключительных противопоказаний. Я таких противопоказаний пока
не встречал. Свою реализацию красно-черного или AVL-дерева писать не вижу смысла:
вопрос обогнать (думаю, что ближе к истине - не догнать) Dinkumware/STLPort не стоит,
тем более, что скорость работы программ в большей степени упирается в правильную
алгоритмизацию, а не в детали ее имплементации.

Сообщение от Igor3D

Поверьте, эффективность там намного больше, а про расход памяти/ресурсов и говорить неудобно

А обосновать ? Забыли ?

Сообщение от Igor3D

Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет.

На всякий случай выделил жирным:

Сообщение от Igor3D

Есть массив/контейнер элементов, каждый из которых имеет цвет (color). Надо быстро найти все с тем же цветом что и данный элемент

Сообщение от Igor3D

Вполне нормальное решение на плюсах, но все-таки 2 двоичных поиска

Согласен, быстрее было бы multiset::equal_range.

Сообщение от Igor3D

а можно обойтись вообще без поисков.

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

Сообщение от Igor3D

Также механизм не очень общий - напр может быть не разрешено менять порядок элементов в исходном контейнере

Этого не было в условии задачи.
Контейнер не сортирован - линейный поиск. Сортирован - двоичный. Оба варианта были приведены,
оба наглядны, переносимы и опираются исключительно на стандартные средства языка.
Ваш ход.

@Igor3D · 17.06.2013, 19:05

Сообщение от Убежденный

Зачем делать готовое ?
Язык предоставляет реализации, значит логично использовать их, если только нет
каких-то совершенно исключительных противопоказаний. Я таких противопоказаний пока
не встречал.

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

Сообщение от Убежденный

Свою реализацию красно-черного или AVL-дерева писать не вижу смысла:
вопрос обогнать (думаю, что ближе к истине - не догнать) Dinkumware/STLPort не стоит,
тем более, что скорость работы программ в большей степени упирается в правильную
алгоритмизацию, а не в детали ее имплементации.

Я никак не призывал к "фанатичной оптимизации", тем более тягаться с известными контейнерами. Решение детское и место ему в разделе для начинающих, но оно без поисков, правда. Мы (в известной мере) в плену шаблонов/стандартных решений, т.к. точно знаем "это работает". Но это не всегда лучшее.

Сообщение от nullxdth

А также, никакой реализации на Си мы пока не увидели

Шо за нетерплячка?

Сказал же - завтра, даю время подумать и применить все "самое прогрессивное".

Убежденный · 17.06.2013, 19:24

Сообщение от Igor3D

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

"Есть массив/контейнер элементов, каждый из которых имеет цвет".

Контейнер есть (vector/multiset), элемент тоже (item), каждый элемент
имеет (has-a) цвет (color). Решение соответствует той детализации задачи, с
которой она была поставлена. Дальше уже придирки, не имеющие отношения к
теме C vs C++.

Сообщение от Igor3D

Сказал же - завтра, даю время подумать и применить все "самое прогрессивное".

Ваше решение настолько прогрессивное, что его нельзя написать за 5 минут ?

accept · 17.06.2013, 20:44

Сообщение от Убежденный

Хочу увидеть эквивалентный код на C.

C

#include <stdio.h>
 
#define asize(arr) (sizeof arr / sizeof arr[0])
 
enum color {
    RED,
    BLUE,
    GREEN
};
 
struct item {
    int val;
    enum color clr;
};
 
int main(void)
{
    struct item cont[] = {
        { 123, RED },
        { 456, BLUE },
        { 789, RED },
        { 15, GREEN },
        { 100, RED },
        { 55, BLUE }
    };
    struct item *p;
    int i;
    
    for (i = 0, p = cont; i < asize(cont); i++, p++)
        if (p->clr == RED)
            printf("%d: %d\n", i + 1, p->val);
    return 0;
}

Код

[guest@localhost cont]$ .ansi t.c -o t
[guest@localhost cont]$ ./t
1: 123
3: 789
5: 100
[guest@localhost cont]$

@megaromul · 17.06.2013, 23:00

за Delphi где голосуют?

@Igor3D 1911 / 773 / 108 Регистрация: 01.10.2012 Сообщений: 4,214
	17.06.2013, 16:35	121
	Сообщение от Убежденный Реализация на чистом C++11 : Ответ кодом часто лучший, но здесь форыч не в масть, речь идет о быстром поиске, а не линейном переборе Сообщение от nullxdth Давайте Каким образом должен быть представлен цвет? Какой именно контейнер допустимо взять? Какой угодно, используйте любые средства Вашего языка, сторонние либы тоже можно. Цвет - ну хотя бы uint32. Что-то долго раскачиваетесь 0

@Igor3D 1911 / 773 / 108 Регистрация: 01.10.2012 Сообщений: 4,214
	17.06.2013, 17:21	125
	Сообщение от nullxdth Просто LOL. Возьмём хеш-таблицу с ключами по цветам. Не сачкуйте. Дан исходный контейнер, нужны хеш-таблицы - делайте их (а не "возьмем"). И реультат печатайте. Совсем распустились на "прогрессивных" языках. Сообщение от nullxdth Жду код на Си (ясный и прекрасный код) с бОльшей или такой же эффективностью. Поверьте, эффективность там намного больше, а про расход памяти/ресурсов и говорить неудобно Но сначала намекну: Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет. 0

@nullxdth 2304 / 1063 / 77 Регистрация: 12.03.2013 Сообщений: 4,987
	17.06.2013, 17:22	126
	Сообщение от korvin_ А если так Код Lisp 1 2 3 4 5 6 (psetf (get 'red * :items) '(:a :b :c) * * * (get 'green :items) '(:d :e) * * (get 'blue :items) '(:f :g :h :i)) (get 'red :items) ; (:A :B :C) (get 'blue :items) ; (:F :G :H :I) ? По plist'у поиск линейный. Но на малых объёмах будет быстрее чем хеш-таблица. Но ведь об объёме входных данных и о том, что такое "быстрый" поиск ничего не сказано. Фактически очередная сферическая задача в вакууме от Igor3D*. 0

@korvin_ 4544 / 2738 / 486 Регистрация: 28.04.2012 Сообщений: 8,648
	17.06.2013, 17:25	127
	Сообщение от nullxdth По plist'у поиск линейный. А, точно, ну да ладно. Сообщение от Igor3D Не сачкуйте. Дан исходный контейнер Ты же сам сказал, что «любой», я вот сразу прикинул и решил изначально хранить в хеш-таблице. =) 0

@nullxdth 2304 / 1063 / 77 Регистрация: 12.03.2013 Сообщений: 4,987
	17.06.2013, 17:26	128
	Сообщение от Igor3D Не сачкуйте. Дан исходный контейнер, нужны хеш-таблицы - делайте их (а не "возьмем"). Сообщение от Igor3D Какой угодно, используйте любые средства Вашего языка, сторонние либы тоже можно. Я чего-то упустил? Мне было предложено выбрать любой контейнер, я взял хеш-таблицу? ЧЯДНТ? Сообщение от Igor3D И реультат печатайте. Блин, улыбнуло. 0

@korvin_ 4544 / 2738 / 486 Регистрация: 28.04.2012 Сообщений: 8,648
	17.06.2013, 17:27	129
	Сообщение от Igor3D Но сначала намекну: Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет. Ну так надо как-то сразу выбирать подходящий контейнер, обычно ж так делают, не? 0

@nullxdth 2304 / 1063 / 77 Регистрация: 12.03.2013 Сообщений: 4,987
	17.06.2013, 17:28	130
	Сообщение от Igor3D Поверьте, эффективность там намного больше, а про расход памяти/ресурсов и говорить неудобно Хех, ты просто жжёшь В некой реализации на Си временная эффективность поиска лучше чем O(1). Я хочу это видеть! Код в студию 0

@korvin_ 4544 / 2738 / 486 Регистрация: 28.04.2012 Сообщений: 8,648
	17.06.2013, 17:28	131
	Сообщение от Igor3D Поверьте, эффективность там намного больше Прям таки намного? Быстрее, чем O(1)? Не, допустим хеш-функция в CL не так быстро сумму считает, но уж прям чтобы намного, как-то не верится. 0

@Igor3D 1911 / 773 / 108 Регистрация: 01.10.2012 Сообщений: 4,214
	17.06.2013, 17:50	133
	Сообщение от Убежденный Да нет проблем: Вполне нормальное решение на плюсах, но все-таки 2 двоичных поиска, а можно обойтись вообще без поисков. Также механизм не очень общий - напр может быть не разрешено менять порядок элементов в исходном контейнере (пусть это др задача - но все же). Тогда создавать/таскать доп. ассоциативный контейнер накладно. Не спешите, подумайте. Свою версию выложу завтра 0

@taras atavin 4226 / 1796 / 211 Регистрация: 24.11.2009 Сообщений: 27,562
	17.06.2013, 17:54	134
	Сообщение от Igor3D Вполне нормальное решение на плюсах, но все-таки 2 двоичных поиска, а можно обойтись вообще без поисков. В контейнере как ни запоминай, что где валяется, а придёшь к необходимости поиска уже этих записей. Если только не стоит задача доступа по индексу. 0

Убежденный Ушел с форума 16478 / 7441 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	17.06.2013, 18:38	136
	Сообщение от Igor3D Дан исходный контейнер, нужны хеш-таблицы - делайте их (а не "возьмем"). Зачем делать готовое ? Язык предоставляет реализации, значит логично использовать их, если только нет каких-то совершенно исключительных противопоказаний. Я таких противопоказаний пока не встречал. Свою реализацию красно-черного или AVL-дерева писать не вижу смысла: вопрос обогнать (думаю, что ближе к истине - не догнать) Dinkumware/STLPort не стоит, тем более, что скорость работы программ в большей степени упирается в правильную алгоритмизацию, а не в детали ее имплементации. Сообщение от Igor3D Поверьте, эффективность там намного больше, а про расход памяти/ресурсов и говорить неудобно А обосновать ? Забыли ? Сообщение от Igor3D Вы решаете задачу "найти все с данным цветом". Это не совсем то что сказано в условии - и это маленькое отличие многое меняет. На всякий случай выделил жирным: Сообщение от Igor3D Есть массив/контейнер элементов, каждый из которых имеет цвет (color). Надо быстро найти все с тем же цветом что и данный элемент Сообщение от Igor3D Вполне нормальное решение на плюсах, но все-таки 2 двоичных поиска Согласен, быстрее было бы multiset::equal_range. Сообщение от Igor3D а можно обойтись вообще без поисков. Разве только если сразу напечатать printf-ом вывод программы, без всяких item-ов и поисков. Сообщение от Igor3D Также механизм не очень общий - напр может быть не разрешено менять порядок элементов в исходном контейнере Этого не было в условии задачи. Контейнер не сортирован - линейный поиск. Сортирован - двоичный. Оба варианта были приведены, оба наглядны, переносимы и опираются исключительно на стандартные средства языка. Ваш ход. 0

@Igor3D 1911 / 773 / 108 Регистрация: 01.10.2012 Сообщений: 4,214
	17.06.2013, 19:05	137
	Сообщение от Убежденный Зачем делать готовое ? Язык предоставляет реализации, значит логично использовать их, если только нет каких-то совершенно исключительных противопоказаний. Я таких противопоказаний пока не встречал. В условии сказано "каждый элемент имеет цвет" но не "каждому цвету уже соответствует набор элементов". Если такая структура образуется по ходу дела - пожалуйста, но ее надо создать из исходного контейнера, а не брать с потолка. Сообщение от Убежденный Свою реализацию красно-черного или AVL-дерева писать не вижу смысла: вопрос обогнать (думаю, что ближе к истине - не догнать) Dinkumware/STLPort не стоит, тем более, что скорость работы программ в большей степени упирается в правильную алгоритмизацию, а не в детали ее имплементации. Я никак не призывал к "фанатичной оптимизации", тем более тягаться с известными контейнерами. Решение детское и место ему в разделе для начинающих, но оно без поисков, правда. Мы (в известной мере) в плену шаблонов/стандартных решений, т.к. точно знаем "это работает". Но это не всегда лучшее. Сообщение от nullxdth А также, никакой реализации на Си мы пока не увидели Шо за нетерплячка? Сказал же - завтра, даю время подумать и применить все "самое прогрессивное". 0

Убежденный Ушел с форума 16478 / 7441 / 1187 Регистрация: 02.05.2013 Сообщений: 11,617 Записей в блоге: 1
	17.06.2013, 19:24	138
	Сообщение от Igor3D В условии сказано "каждый элемент имеет цвет" но не "каждому цвету уже соответствует набор элементов". Если такая структура образуется по ходу дела - пожалуйста, но ее надо создать из исходного контейнера, а не брать с потолка. "Есть массив/контейнер элементов, каждый из которых имеет цвет". Контейнер есть (vector/multiset), элемент тоже (item), каждый элемент имеет (has-a) цвет (color). Решение соответствует той детализации задачи, с которой она была поставлена. Дальше уже придирки, не имеющие отношения к теме C vs C++. Сообщение от Igor3D Сказал же - завтра, даю время подумать и применить все "самое прогрессивное". Ваше решение настолько прогрессивное, что его нельзя написать за 5 минут ? 0

@megaromul 0 / 0 / 0 Регистрация: 04.04.2013 Сообщений: 14
	17.06.2013, 23:00	140
	за Delphi где голосуют? 0

Новые блоги и статьи
Как настроить CI/CD с помощью Jenkins InfoMaster 15.01.2025 Введение в CI/ CD и Jenkins В современной разработке программного обеспечения непрерывная интеграция (CI) и непрерывная доставка (CD) стали неотъемлемыми элементами процесса создания качественных. . .	Как написать микросервис на Go/Golang с Kafka и GitHub CI/CD InfoMaster 14.01.2025 Определение микросервиса, преимущества использования Go/ Golang Микросервис – это архитектурный подход к разработке программного обеспечения, при котором приложение состоит из небольших, независимо. . .	Как написать микросервис с нуля на C# с RabbitMQ, CQRS и CI/CD InfoMaster 14.01.2025 В современном мире разработки программного обеспечения микросервисная архитектура стала стандартом де-факто для создания масштабируемых и гибких приложений. Этот архитектурный подход предполагает. . .	Как создать интернет-магазин на PHP и JavaScript InfoMaster 14.01.2025 В современном мире электронная коммерция стала неотъемлемой частью бизнеса. Создание собственного интернет-магазина открывает широкие возможности для предпринимателей, позволяя достичь большей. . .	Как написать Тетрис на Ассемблере InfoMaster 14.01.2025 Тетрис – одна из самых узнаваемых и популярных компьютерных игр, созданная в 1984 году советским программистом Алексеем Пажитновым. За прошедшие десятилетия она завоевала симпатии миллионы людей по. . .	Как создать игру "Танчики" на Unity3d и C# InfoMaster 14.01.2025 Разработка игр – это увлекательный процесс, сочетающий в себе творчество и технические навыки. В этой статье мы рассмотрим создание классической игры "Танчики" с использованием Unity3D и языка. . .
Организую платный онлайн микро-курс по доработке Android-клиента Telegram _Ivana 14.01.2025 Официальная версия и распространенные форки не полностью устраивают? Сделай свою кастомную версию клиента! 4 занятия по 2 часа (2 недели пн, ср 19:00-21:00 по Москве). Первое вводное занятие. . .	Как создать приложение для фитнеса для iOS/iPhone на Kotlin InfoMaster 14.01.2025 Создание собственного фитнес-приложения — это не только захватывающий, но и полезный процесс, ведь оно может стать вашим верным помощником на пути к здоровому и активному образу жизни. В современных. . .	Как создать приложение магазина для iOS/iPhone на Swift InfoMaster 14.01.2025 Введение в разработку iOS-приложений Разработка приложений для iPhone и других устройств на базе iOS открывает огромные возможности для создания инновационных мобильных решений. В данной статье мы. . .	Это работает. Скорость асинхронной логики велика. Вопрос видимо останется в стабильности. Плата - огонь! Hrethgir 13.01.2025 По прошлому проекту в Logisim Evolution https:/ / www. cyberforum. ru/ blogs/ 223907/ blog8781. html прилагаю файл архива проекта в Gowin Eda. Восьмибитный счётчик из сумматора+ генератор сигнала. . .	UserScript для подсветки кнопок языков программирования в зависимости от текущего раздела volvo 13.01.2025 В результате работы этого скрипта подсвечиваются нужные кнопки не только в форме быстрого ответа, но и при редактировании сообщения: / / ==UserScript== / / @name CF_DefaultLangSelect / / . . .	Введение в модели и алгоритмы машинного обучения InfoMaster 12.01.2025 Машинное обучение представляет собой одну из наиболее динамично развивающихся областей искусственного интеллекта, которая фокусируется на разработке алгоритмов и методов, позволяющих компьютерам. . .