PascalPrecht

Hi, the author here.

You're raising a great point. While I'm not living together with my partner, we do have a little family and I'm very much with you that it's super hard to get anything done with kids around.

Unless you get up super early, stay up super late after kids are in bed, or use the time when they aren't around (e.g. kindergarden), I also think that it's almost impossible to fully focus on something for a longer period.

I guess it kind of boils down to finding the right routines. That certainly doesn't make it easier...

Hi, the author here.

Sorry for the late reply, I didn't realize people were actually commenting here...

So coming back to your question:

In my case, I'm lucky enough to work for a company that is entirely distributed and decentralized and doesn't actually tell me when and how long to work as long as the output is sound.

Obviously, in practice you most often have to put in some hours to get stuff done (that's what I'm being paid for after all). So while my work schedule isn't enforced, I chose for myself to work at these hours (not just for my employer) because I tend to function best at those hours.

Now... do I want to reserve several hours of each day for work for the rest of my life? Certainly not. But that's what work right now for me and it can and will totally change in the future.

That's how I wrote and self-published my book as well! Although, I created a script that turns md to epub/mobi/pdf using pandoc.

Here's how I did it in case anyone is interested: https://pascalprecht.github.io/posts/writing-an-ebook

Oh that's so cool! Didn't know that publishing on Amazon was so straight forward!

I've done a similar thing wrote about it here: https://pascalprecht.github.io/posts/writing-an-ebook

Instead of using Latex, I went with markdown as the source to generate PDFs, Mobi and Epub from that.

Thanks for sharing your experience!

Checks all the privacy boxes

Adding Status.im for completeness

https://status.im/

Hey everyone,

I'm documenting my journey of learning the Rust programming language with blog posts that are easy to understand (hopefully), especially for people without a systems programming background (like me).

I'm accumulated a bunch of articles already an decided to create an every growing twitter thread where people can follow my journey and learn alongside with me.

Hopefully this is useful for some people out there.

Hi everyone,

I made it a challenge for myself to author and publish an ebook about Git in two months. This has worked out wonderfully and now I'd like to share my process, workflow, learnings and key takeaways.

I hope there's some useful tips for potential authors here!

Certainly can not disagree :)

I'm not trying to convince anyone here. By now I've sold over 230 copies and I"m getting really positive feedback. So it must be useful to someone.

Hi, Pascal the author here.

I'm probably not very good at expressing that the book is not only about rebasing. While it is the main focus, the book covers a lot of other things that aim to give you a really good understanding of the tool (which I believe is necessary to make sense of (interactive) rebasing).

And just like you said, you can totally get around with adding/committing/pushing changes without ever touching the rebase command. Perfectly fine.

If you want to be more flexible and productive with your work, you might want to learn how to rebase though.

Hi, Pascal here. The author.

Just to clarify this: The aim of rebasing is not a clean commit history. It enables you to make one in case you've been creating lots of work-in-progress commits with no semantic meaning, which makes it harder to work with it.

However, even if you stick to that, it's not like rebasing isn't of value anymore. You might still be interesting in squashing your commits or splitting them up or simply rebase on branch on top of another for various reason.

That said, I'd recommend to not advocate not to rebase if it's based on the assumption that it's only useful for clean commit histories.

Hey, Pascal here, the author.

I understand this reaction. And just like you've pointed out, it's actually not a whole" book about a single command.

In order to get a good understanding of rebasing, I believe it's good to have a solid foundation of how git works, which is pretty much what the first half of the book covers.

I could've left that out and only talk about rebasing without going into all the other topics but then, for someone who isn't experienced with the internals of git will have a hard time following what's going on.

`git add i` is indeed powerful and lets you interactively craft your index before you create a commit. It doesn't enable you to split up an existing commit though.

That's interesting, cause it's just an emoji, but thanks for letting me know!!

You should!

If there's one tool I'd recommend everyone to learn it's rebasing. Especially interactive rebasing because it enables things like splitting commits apart, squashing them together and even run automated programs.

Hey everyone,

over the past two months I made it myself a challenge to write an ebook about rebasing in git and today I'm happy to launch a first version of it!

I see a lot of people struggling with having a fundamental understanding of how git works. Rebasing in Git is probably one of the most powerful features of the tool that can make everyone extremely productive when it comes to version control and working with peers on projects.

I've documented my progress at IndieHackers here: https://www.indiehackers.com/product/rebase-book

Will also write a post-mortem about how I've authored and published the book in just two months.

Feel free to follow me on twitter for updates: https://twitter.com/PascalPrecht

Hey Jad,

I just took a look at your course platform and it looks really interesting! I like the interactive editor and also the fact that it comes with an integrated test runner. Well done!

You might want to look into how to make landing pages a bit more attractive though as it's not selling your platform "strongly" enough.

Anyways, best of luck!

Hey everyone,

This month I started writing a book about rebasing in Git to help developers being more productive.

I've also set myself a deadline to ship a first version within 2 months. If you want, you can follow the progress over at Indie Hackers: https://www.indiehackers.com/product/rebase-book

Let me know what you think!

Thanks for you feedback! I'll have a look at that.

That's correct! You'll be able to execute your machine learning code in our cloud + plus you can share it with others for easy exploration.

For uploading data sets we're working on a resolver strategy that lets you specify endpoints from where the data can be downloaded before the lab is executed.

We'll provide containers with all common libraries. In the future you'll be able to configure your own containers which will allow you to run pretty much whatever you want.

Would love to see all this components implemented as web components.

3... 2... 1... GO!

TJ isn't real. You can't be like him.

Hey! Very interesting! I haven't used emacs yet, so I didn't know about that evil-mode. :)

I'll check it out but I doubt that it's a complete reimplementation.

However, glad you like emacs though :)

Well it's actually more about that their suprised i'm using a text editor instead of an IDE at all.

More information about the release can be found here: https://plus.google.com/+PascalPrecht/posts/V5GtNp1tU27

Yeap you're right, the changelog generation didn't work very well because our commit messages weren't always very specific. This will become better in the future.

For further information, checkout this G+ post: https://plus.google.com/+PascalPrecht/posts/V5GtNp1tU27

Hey Kiro,

Just see my comments above :) If angular-translate doesn't fit to your needs, that's okay. Just stick with angular-gettext. But you'll lose all the awesomeness like async loading, fallback languages, language negotiation etc..

It doesn't support gettext, it solves the problem differently with translation id's. Stick with angular-gettext if it fits better to your needs, that okay :)

But I mention here, that we also see how we can bring such kinda support. Like using english texts as translation ids.

You are right, dirty check is not the best thing when it comes to performance. However, we've updated the directive to only set up watches when needed. Which means, when you don't change the language at runtime, but kick off some $digest cycles, they don't get re-evaluated. So this should be an performance boost. Filters always set up watches, if you use filters, well... deal with it. You could use the directive. angular-translate isn't the answer for everyone and that's okay because this is not what it should be. It solved a problem for me and people like it, which is why I still develop this module.

For some cases angular-gettext surely makes more sense, angular-translate gives you just a much higher integration into the angular world and solves more problems like async loading, fallback languages, pluralization, language negotiation etc etc.

Chose what fits best for you! :)

But you can find a little demo right here: https://github.com/PascalPrecht/wbb#demo