szastupov

Dude, just find a remote work, travel, enjoy life. It's never been easier.

At least others agreed to eventually settle on Wayland, while Canonical is really reinventing the wheel with Mir.

I jumped Bootstrap 4 and I like it, but currently it takes some effort to adapt to breaking changes, which is fine, it's alpha after all.

By migration I meant migration for a project that already uses Bootstrap 3 and considers using 4.

Speaking of Foundation, I dunno, it depends on one's needs.

Some people say Bootstrap is too big but I appreciate its vast collection of components. Especially when you do CMS / control panel kind of apps and you need to make them quick, Bootstrap is a saviour.

Also, aesthetically I like those rounded form controls, buttons and cards. Plus it takes only a few lines of scss to make bootstrap look branded, add custom fonts and most people won't even guess it's Bootstrap.

Migration from 3 to 4 will certainly be a pain but then you're gonna love it. I love new cards, utility classes, better out of the box support for mobile browsers.

But beware of breaking changes between alphas, there are quite a few.

> like audio recording on browser which is not available on some still widely used web browsers

Like Safari, and it's a modern browser, so much for the "Steve Jobs Effect"...

So much nostalgia in this thread. I wonder if we're gonna do the same for jabber in a few years.

Frontend: React (via create-react-app), good old Bootstrap

Backend: backend as a service like Firebase or Horizon/Rethinkdb. Vendor lock-in is a big concern here but you can get your prototype done so fast with those tools.

I feel you. Had to migrate to IPSec, luckily there is a docker container that makes things a little bit easier.

This works for libraries/frameworks installed in a common place, like /usr/lib or /Library/Frameworks.

But, all those apps ship their own copy of Electron, so there is no simple way for OS to share pages.

Packages are now on GitHub, you are free to submit a patch or report an issue: https://github.com/sublimehq/Packages/issues

I really dig the idea of subscribing to queries. I wish I knew about RethinkDB year ago so I could use it in current project :/

>I can't figure out how to manage dependencies for a given OS

It's actually: "Distro-provided dependencies are two-three years old and I don't want to deal with backports, ppas or whatever to get a fresh stable version of Python, Node or anything else."

Obligatory comment about Safari being the new IE.

Libsoup is nice too: https://wiki.gnome.org/action/show/Projects/libsoup

I guess there is nothing scary about that, but the code is such a fucking spaghetti it's hard be sure. Not to offend the authors though, I bet they were under pressure writing the client.

>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.

Thanks! asyncio and aiohttp works well so far. But this particular example (music bot) uses synchronous bindings to MongoDB so it's not fully async. There are asyncio bindings for Mongo, but I haven't tried them.

I have another bot (https://github.com/szastupov/whatisbot) which is a client to wikipedia and asyncio makes much more sense in this case.

In general, think asyncio is inevitable in current world of APIs and micro-services.

Thanks! I'll check out your music ;)

> A real revolution: integration of robots and humans services

Exactly! And Facebook understands it, Facebook M is a pretty interesting project.

Thanks for the kind words!

> 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.

To be honest it's just a hack, something I thought would be interesting to implement. It's like some weird combination of lego pieces (Telegram API, aiotg, MongoDB) that fit together. Telegram is amazing platform and I'm looking forward for their next moves.

> Is the idea that it could be the primary place that a person stores and shares music with people?

That's the main idea, right. A global searchable catalog. Other use cases are harder because, as you mentioned, text is a pure UI for managing playlists. I'm thinking about turning it into a radio with recommendations based on likes. But for now, I just want people to fill the catalog with independent music.

I must admit, that the current generation of bots is quite dumb and we need to move towards natural languages and learning. I also don't think that bots are viable "app platforms". Bots should either be interfaces to bigger services or stand alone smart assistants.

Yep :)

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.

Lazerhawk and tripping cat - perfect.

And so I did in 2008-2009 https://github.com/szastupov/lgears :)

Oh the memories of nights spent downloading sources on Dial-Up and nights compiling them on Gentoo. Back then we all had hope for the bright future for Linux on desktop, but it never made it, now we are all on OSX :/

A good old Russian site linux.org.ru has a huge archive of Linux screenshots (1999-), you should check it out http://www.linux.org.ru/gallery/archive/

tl;dr: a middleman bitching about cheap labor from the third world not being cheap anymore.

The problem that it's still a piece of flat glass. What I really want (and see as the next big thing) is not glass, but a material that can take form controlled by software. Imagine all those buttons that really pop up from your screen so you can feel them. Just think about how software defined tactile interfaces can benefit gaming, accessibility, music production, etc...

Too bad the tech isn't there yet :(

Location: Saint-Petersburg, Russia

Remote: Yes

Willing to relocate: Yes, to NYC, SF, Berlin

Technologies: Python, JavaScript, C, C++, Linux, embedded systems, web apps, computer graphics, etc..

LinkedIn: https://ru.linkedin.com/in/szastupov

GitHub: https://github.com/szastupov

Email: stepan.zastupov@gmail.com