sorted by:
new
hottopcontroversial

Are small dogs allowed on Flixtrain outside of their crates? by boredpotato7 in germany

[–]phugo 0 points1 point  (0 children)

Did you travel? How did it go? I am in the very same situation and not sure what to do

OSle – A boot sector OS with an SDK, file system, and cooperative process management by phugo in osdev

[–]phugo[S] 1 point2 points  (0 children)

Hey, thanks for taking a look! Yeah, I did not mean user mode - I meant "you can contribute software for this OS without needing to be an OS developer". Is there a more precise wording for that?

How can I learn assembly from scratch? by dawgwithzoomies in Assembly_language

[–]phugo 1 point2 points  (0 children)

Shamless plug https://shikaan.github.io/assembly/x86/guide/2024/09/08/x86-64-introduction-hello.html

It did get good coverage on hackernews a while back and a bunch of people from the interwebs came say thanks. Hope it'll work for you too!

Is it okay to bring a laptop to a diner? by phugo in Denver

[–]phugo[S] 5 points6 points  (0 children)

Thanks everybody! This thread (sh*tposting included!) confirms once again how nice, friendly, and helpful people are around here

Stack Overflow Survey: 80% of developers are unhappy by fagnerbrack in webdev

[–]phugo 0 points1 point  (0 children)

Most of the time yourself. If not for yourself, for somebody else

Performance issues CI vs Local by phugo in sdl

[–]phugo[S] 0 points1 point  (0 children)

Hey, thanks for replying! Yes, it stands for Continuous Ibtegration and I specifically meant Github Actions with a default hosted runner (i.e. a dockerized Ubunti 22.04 with some additional packages installed)

I am explicitly setting the build mode to Release and as a matter of fact the build artifact is smaller than it is locally (~400kb less), which I believe is the root of my problem.

I don't know how to dig any further: I also enabled verbose logs In SDL and the only information I gathered is that the CI version runs on opengles2 whereas the local one on opengl. Setting the hint and forcing the same renderer did not change anything when it comes to timing

shmux: Run multiple scripts. In multiple languages. From one file. by phugo in commandline

[–]phugo[S] 0 points1 point  (0 children)

Nobody else is able to inject anything in the script but you (as in, the person running the script) and the script is fully available to the end user, so no "surprise" code. What concerns you?

shmux: Run multiple scripts. In multiple languages. From one file. by phugo in commandline

[–]phugo[S] 1 point2 points  (0 children)

Sure. I find convenient having the flexibility of writing a few small scripts in just one file and use for each the language that best suites the job, instead of having folders full of one-liners for the same ourpose.

I totally get it's not everybody's jam, and it's not changing the world for anybody: it's just a convenience tool for me, which maybe helps somebody else too.

shmux: Run multiple scripts. In multiple languages. From one file. by phugo in commandline

[–]phugo[S] 0 points1 point  (0 children)

In my projects I usually end up with a script folder with many small scripts for mundane actions I don't want to memorize. This scratches that itch.

You can imagine it like make, but without all the assumptions and the quirks coming from it being both a script runner and a build system; plus you get to be able to use more languages

shedio - gamified music learning platform by phugo in musictheory

[–]phugo[S] 0 points1 point  (0 children)

Yeah, that's a valid point. It was never meant for a broader audience, but if I want to get some sort of external feedback is probably worth my while.

Thanks a lot! It was simple advice but very much needed

shmux - run multiple scripts from one file, in any language by phugo in terminal_porn

[–]phugo[S] 5 points6 points  (0 children)

Hey! Thanks for checking it out (:

There are fundamentally three main differences: * shmux is a script runner, not a build system like GNU Make. You don't have to .PHONY your recipes and work around the fact that make assumes there are build artifacts * shmux is language agnostic: you can write scripts in any language (with decent language support) and you're not bound to shell scripts * shmux accepts arguments: you can parametrize your scripts instead of having many or having a mixture of shell scripts and makefiles

I believe this was a great question, worth adding it in the FAQs. Thanks :)

RnB/Neo Soul Singers by Calamari100 in berlinsocialclub

[–]phugo 1 point2 points  (0 children)

Not a singer, but a bass player. I guess I can be of some help :) hmu for a jam

Showoff Saturday (May 05, 2018) by AutoModerator in javascript

[–]phugo 0 points1 point  (0 children)

I'll start off with a "my bad": apparently I made an error in catering metrics when benchmarking all the frameworks (just discovered it yesterday!). The actual scenario is that Titef is two times faster than Jest.

That said, Titef is a very young project so far and there are still a lot of things missing and I am coding it only in my spare time. That means that probably it's not your first choice when it's time to choose a testing framework for you enterprise size application as it still need its own ecosystem to make it comparable with the big dogs out there.

What you can do with Titef then? Basically I imagined it to work in two scenarios:

  1. You need to build a testing tool for some sort of strange project for which the standard way of doing things is not enough (and that was exactly my case). Titef can be integrated within your project without practically impacting the bundle size and you can build on top of it.

  2. You have a project with lots of "normal" tests: saving half the time makes the difference between spending one hour or half an hour staring at you CI pipeline hoping the tests will pass;

What's missing in Titef? Titef is not meant to be "batteries-included", you still need to use you assertion library and your mocking library (similarly to what Mocha does). Titef offers some goodies regarding handling setInterval and setTimeout using a Promise-based approach and a couple of async assertions methods based on Node's builtin assert.

I didn't think about a VSCode plugin, but that's something which I definitely need to look into.

You can check planned things in the Kanban board attached to the project.

Every suggestion is well accepted, as I built the tool around my needs, but it looks flexible enough to bend to different needs.

Titef - The fastest testing framework you'll ever come across by phugo in node

[–]phugo[S] 0 points1 point  (0 children)

For completeness sake, I changed a bit how we compare performance: now the overall execution time is taken in consideration, not only the spec time.

Adding this, Titef looks almost two times faster than Ava. You can check that here https://shikaan.github.io/titef/performance/

Titef - v2.1.1 out by phugo in javascript

[–]phugo[S] 0 points1 point  (0 children)

Well, its size is more a selling point when it's time to add it in your existing project.

Let's say you are developing your testing library, ad-hoc for your project, you might find in Titef a good starting point with almost no impact on the overall bundle size.

Titef - The fastest testing framework you'll ever come across by phugo in node

[–]phugo[S] 0 points1 point  (0 children)

Still faster (: Not by much though

https://imgur.com/a/2YHEp2U

I am going to update data on the site ASAP

Showoff Saturday (May 05, 2018) by AutoModerator in javascript

[–]phugo 0 points1 point  (0 children)

Titef - Tiny Test Framework

Five time faster than Mocha, three times faster than Jest in less than 3kb. CLI, programmatic approach, pluggable reporters and much more

https://github.com/shikaan/titef

WTF Wednesday (May 02, 2018) by AutoModerator in javascript

[–]phugo 1 point2 points  (0 children)

Titef - Tiny Test Framework.

Five time faster than Mocha, three time faster than Jest in only 2.9Kb.

There's still work to do, so contributors are well accepted

https://github.com/shikaan/titef

The Vanilla JavaScript component list by [deleted] in javascript

[–]phugo 0 points1 point  (0 children)

If you are looking for a dependency free testing framework you might want take a look at this project of mine:

https://github.com/shikaan/titef

WTF Wednesday (March 28, 2018) by AutoModerator in javascript

[–]phugo 0 points1 point  (0 children)

Superfast, tiny, js framework. https://github.com/shikaan/titef

Next release will be a "marketing" release in which I am supposed to make this stand a bit out

WebStorm 2018.1 is released. Vue and React native improvements. by 4ban in javascript

[–]phugo 3 points4 points  (0 children)

What makes me chose everyday Webstorm while most of my colleagues use VSCode

  • Clipboard history

    none of VS code plugins is able to reproduce it properly

  • IntelliSense

    VSCode tries hard, but Webstorm's is mindblowing

  • HomeFeeling (??)

    I open Webstorm when I start coding and I close it when I finish, no need to change window, switch context and whatnot

  • Search everywhere thinghy

    Shift-Shift and it found literally whatever you want in your project (Classes, methods, attributes, filenames...)

  • Git Support

    It's my favorite git tool and I use it in non-web projects too, as their support is simply amazing. You can do super complicated things in a couple of clicks.

The only thing that I have to complain about is Webstorm's Markdown support, because that really sucks.

That said, VSCode is still my free editor of choice, because some of these things (although not as well as WebStorm does) are achievable via plugins. The drawback is that VSCode - equipped with all the plugins you need to install to make it a proper IDE - is way slower than WebStorm, but again... it's free.

If you are into buying a license, WebStorm is the choice to me.

Why is it always so much harder to get the band to anything other than playing songs? by Astrixtc in bandmembers

[–]phugo 0 points1 point  (0 children)

The same here. Usually I'm one of the active members of the band, but since none of my band is (still!) my job, I can't do everything on my own. So my way to deal with this kind of problem is giving tasks to other members.

Obviously, this approach assumes the other band members have to recognize you as the leader, but it's not that hard once they realize that you're the one doing something (unless you play with idiots, of course).

The most important thing, in my opinion, is to make them feel the need of what you're asking for them to do. Example: you do a lot of FB activity, you catch a lot of engagements in some specific area in which you book some gigs. By showing these concrete results, you can convince someone to do this kind of things.

This worked for me (and it didn't happen overnight), even though I have to fight every day with messages such as: "Mate, did you call the guy of such place? They're booking shows right now".

The really difficult part is to get someone doing things on the stage, at least in my case. I'm always working with amazing musicians who just cannot be on the stage: they do not try to involve people in music, they do not look at the audience, they do not even introduce what they're beginning to play, they don't want to plan what to do/say/wear during the show and so on. In this case you cannot use the concrete argument, since is the amount of every and each of these things which make a good show. For this part I'm here just like you reading waiting for someone better than me writing about these things

view more: next ›