Looking for an opportunity to build something awesome with experienced devs on hard problems, especially in (not limited to) the realms of journalism/media/education.
Location: Eastern US
Remote: No
Willing to relocate: Yes
Technologies: Front-end/Node/React/Go/Clojure/C++
Email: maxbittker@gmail.com
Maxbittker.github.io
Awesome! have a gif of a working calculator? Reminds me of the way that people would build digital electronics in the 'powder-toy' genre of games. Was that an inspiration for this project?
The larger the number the slower the simulation will run. But a numer that is too low will force you to include repeaters everywhere. So 6 seamed to be reasonable.
There is no such thing as Telegram TOS, but theoretically the bot can be blocked if someone files a complaint. I'm aware of such possibility but I hope that the bot won't be abused.
It's kind of a grey area and a subject for long debates, but as an artist and a fan, I believe there should be easy ways to share music. For example, Russian social network VK has allowed to do this for years and that's how a whole generation discovered new genres and artists. But this days, even VK has to comply with corporations (VK music is disabled on iOS). I'm just trying to replicate this user experience for Telegram.
Let's just see how it'll work. I don't mind removing and blacklisting some artists if necessary.
Yes, Stephan, possible long debates about the overall scenario of peer-to-peer music sharing. We have experience about what happens in past. Big majors won (until now).
Now as I said in my previous comment, I'm me too an indipendent "artist" sharing my music in a compromise between free/no-free after long struggle with myself.
So MusicBot is great if used by artists/listeners fully aware about intellectual rights of posted contents. Long story. Generally, unfortunately, this is not the common case (awareness). The big risk I see, is that malicious (or simply ignorant/naif) users could post famous music (not necessarly good music), protected by copyrights. Boring Issues alla involving actors!
If I'm not wrong, quickly reading your beautiful synthetic python code, you store music in your server (as a MongoDB blob). ins't it ?
Smart. Superb I could say!
But a possible issue could be that you store music (possibly copyrighted) in your own server.
A possible workaround/proposal is to test your project, avoiding to store stuff in your server, but leaving digital contents in Telegram Servers! if I well remember, until now Telegram do not officially say when file will be purged after upload... Ok that's a "volatile contents" solution. Just an idea, maybe always interesting for sort of "auto-deleting" sahring, as secret messages (but could be wrong).
Another approach, could be, again to do not store anything in your server, no file upload/download, but just manage links to external repositories/specilized websites. An example ? just share links to youtube.com contents; in that way you "delgate" all copyrights possible issues to youtube censors ;-)
BTW, I quickly tested MusicBot looking for an artst and title, I noted that search functionality could be developed to understand better what user are looking for, but this is not a criticism of your excellent work, just a feature for a future implementation!
> If I'm not wrong, quickly reading your beautiful synthetic python code, you store music in your server (as a MongoDB blob). ins't it ?
Nope, the bot only stores track title, performer and id. Actual media is stored on Telegram servers.
> Just an idea, maybe always interesting for sort of "auto-deleting" sahring, as secret messages (but could be wrong).
Yes, I'm thinking about it.
> I noted that search functionality could be developed to understand better what user are looking for, but this is not a criticism of your excellent work, just a feature for a future implementation!
Sure, I'm open for any suggestions and criticism :) I'm thinking about how to improve it.
> For the moment, file_ids for your bot's outgoing files may be recycled after several thousand files have been sent. This may be changed in the future. Inbound file_ids can be treated as persistent.
I got all tracks related to any "Alice", by example
Moby - Alice
some other Cocteau Twins track, etc.
no track related really to "Alice Coltrane",
that's probably because you just do an OR on your query,
ok, clear.
2. in the web client, in result track list, song names appear truncated... by example I'm not able to read the Cocteau Twin complete title track, in the above example.
>no track related really to "Alice Coltrane", that's probably because you just do an OR on your query, ok, clear.
That's right, it's OR operation, but all you need to do to perform AND search is to specifically use quotes.
>in the web client, in result track list, song names appear truncated... by example I'm not able to read the Cocteau Twin complete title track, in the above example.
Unfortunately there is nothing I can do about it. I mean I could truncate it myself but the bot doesn't know anything about UI.
BTW, For another story, I pressed Telegram to know if I could or not use bot apss for commercial business.I puplished on my microblog homepage: twitter.com/solyarisoftware the answer I got by https://telegram.me/botsupport (BTW it's an helpdesk/support center, by humans, see typo :-))
do carriers already have a mechanic in place to trigger precautions a message matching worm-like patterns (similarity, mass transmission)? or would they have to implement one after it's too late?
Thanks! I guess there were 11 lands back then, and there are 22 now. And the new ones show many new things in the hyperbolic plane, like wars between huge armies (the Hive), large circles (Camelot, where you have to find the center of a circle of radius 28, and this is challenging), and horocycles (infinite circles -- the Temple of Cthulhu and the Caribbean).
