tduberne

There might be a problem in taking it too literally, but I think the underlying concept is very current, and maybe even more important than when the book was written: as much as possible, favor keeping a written trace and avoid disruptions to others.

To the written note: I think that really depends on workplace culture and communication content. I see it as e-mail for printed documents. For instance, in my workplace, it is quite common to exchange printouts of scientific articles that way, with a post it "you might find this interesting".

> Also, it is work time, you have to expect to be on the ready, and answer people that needs something from you, so they can get their work done, too. It is not your leisure time.

I do not agree with that statement. In lots of roles, it does not matter whether you answer now or in one hour, but being constantly disrupted unexpectedly can have a dramatic impact on concentration and productivity. I cannot do any substantial programming or data analysis if I expect to be disrupted. The problem is not someone calling because the house is on fire and I am the only one who can fix it; the problem is someone screaming for my attention to e.g. know if I will participate in an event in 2 months time. Avoiding unnecessary disruptions is not letting people have leisure time, it is allowing them to do their work properly.

On that topic I really like that piece: http://www.paulgraham.com/makersschedule.html

On that topic, I really like David Allen's "hierarchy of communication channels" (name is mine) in Getting Things Done. He says that when you need to discuss something with someone, you should consider the following communication channels, in that order:

- e-mail

- leave hand written note on desk/in pigeon hole

- send IM/text message.

- put topic on a "list of things to discuss i next meeting"

- phone call/face to face

You should choose the first that fits the urgency of the situation. The idea being to maximize trackability and minimize disruptions. In the current Slack culture, I actually put IM just before phone call, given the expectation of quick answer most people have.

That is a really cool approach! Is the kobo still usable as an e-reader after the config change? I own one but I have so little time to read lately that it is mostly taking the dust. Being able to use it as some kind of always on display, while being able to pick it up to read when desired sounds really attractive to me.

I am more and more reluctant to use any note taking app. Ideally, notes I take on the book I am reading today should still be available to me in 20 years. No app can offer that kind of guarantee. I switched to using plaintext files, and do not look back. The only thing one needs is to have a clear workflow to make sure notes remain accessible and useful. I like the Zettelkasten method for this (see eg https://zettelkasten.de, no affiliation).

Not to criticize this app in particular, I actually quite like the concepts listed (which remind me of the Zettelkasten idea). Just the whole idea of keeping my thoughts in an app. Even if it does allow to export the data, it is probably in a format that is difficult to use outside of the app, and thus close to useless.

I did not know about the lynx -dump option, that definitely sounds like something to look at!

Regarding the Zettelkasten, I started a few months ago and am still in the process of finding the optimal workflow. I indeed implemented it using a wiki software (vimwiki), using the Zettelkasten principles to guide how to grow it. I actually think principles are necessary for a successful wiki, I do not see many differences between saying "I keep my notes in a wiki" and "I keep my thoughts on paper", given the flexibility it offers. I have a few thoughts I plan to write down in a blog post (or post series), in particular on how it articulates with GTD, but I have no idea when I will have time. No problem contacting you when it is ready, I could find you online.

I once heard that this used to be a way to emphasize, by adding the thing you do not do. Not very clear, bit here are some examples:

- je ne marche _pas_ (I not not walk _any step_)

- je ne me bat _guerre_ (I do not fight _any war_)

- je ne coud _point_ (I do not sew _any point_)

And then slowly disconnected. All those words are still used as negations, and I cannot think of any word of negation that cannot be interpreted this way, so that might be true (but I cannot really think of more than those 3 either). What makes me doubt is what words would have persisted (why _ step_ as the one most common?)

I have access to the article [1] through my university, here is the description of the procedure:

The study took place in the students' classroom, once a week over an 8 week period. [...] On the first week, demographic questionnaires and the computerized DCCS and Flanker tasks were administered. The Alien Game was then introduced to the students [..] They then played through the first, tutorial level to learn the basics of the game. For the next 6 weeks, students were asked to sign in and play for 20 min per week. Each week, the next two levels of the game were unlocked. [...] On the final week, the DCCS and Flanker tasks were administered again, and students were given a posttest questionnaire asking about their experiences with the game.

So if I understand correctly, that was:

- 1st week: just the questionnaire and test, plus demo

- weeks 2 to 7: play the game 20 minutes

- week 8: test again

So it seems the performance improvement was measured one week after the last game session.

[1] https://www.sciencedirect.com/science/article/pii/S036013151...

I am pretty sure it would have been, as "published" here simply means uploading the pdf here:

http://www.ijact.org/index.php/ijact

Having the papers there makes it look more like a "real" journal, and potentially makes the author decide to submit more in the future. I would even assume a lot of the authors "publishing" in such journals are perfectly aware of their quality, and do this just to increase their "peer-reviewed publications" stats. It is very difficult to separate those from legitimate journals on a publication list.

For those not in academia: there are 100s of those journals. I get invitations to publish in such journals or conferences almost daily on my professional address. Some of them have the very same formatting as the ones in the article (same ugly fonts and colors).

I totally second reading the book front to back. It is not that long and fairly well written, and can save so much time and frustration in the long run. Giving the link is the first thing I do when helping someone with git.

Unfortunately so many people put that aside and never read it, and then come back to me a few weeks later because they messed everything up again, and still do not understand what I mean with "index".

Git is very powerful but a bit awkward, so I consider knowing the underlying concepts necessary to use it properly.

That is a fantastic visualization to get a feeling of the scales involved.

It reminds me a lot of the "planet trail" next to Zurich, Switzerland, a trail with scale models of the sun and the planets [1]. The sun is about 1m in diameter. The earth is about 1cm in diameter, 100 or 200m away. Pluto is more than 3km down the path. Walking down that trail was the first time I realized how empty the solar system really is, and how far the giant planets really are. I highly recommend it to anyone having the opportunity, particularly with children. It gives you the same feeling of emptiness, with views of the Alps.

[1] https://www.zuerich.com/en/visit/sport/planet-trail

I ask this kind of questions rather often, and rarely have the problem of it being interpreted as #1. Thinking about it, I think there are two things the author missed:

- tone of voice. Any of those can sound really snarky or very interested, depending on intonation.

- history of your interaction with that person. My colleagues (hopefully) know of my tendency to brainstorm out loud, and that I am quick to accept seeing limitations in my proposals. If you have an history of not saying much and not accepting criticism, the initial sentence will come across very differently.

Plus sometimes, the first idea of someone else _really is a good idea and was not considered_ . This happens quite a lot where I work, where people have very diverse backgrounds. Having people avoid saying "obvious" things is really dangerous in multidisciplinary teams.

I would not even qualify this as an "artificial" experience. In both cases, the mice are subjected to very similar stimuli. The technology used to create those stimuli seems completely irrelevant to the resulting conditioning. I would have been surprised by any other outcome, to be honest.

This seems quite different from the type of memory that is described afterwards.

That basically confirms the feeling I was trying to express, in that conda and poetry seem to solve different problems: conda focuses on easing the distribution to the end user, whereas poetry tries to simplify managing the build on the developer side.

Can you really build packages using solely Conda?

As far as my understanding goes, conda focuses on providing virtual environments for interactive use, but to build and distribute a package on conda forge, you still need to rely on setuptools/distutils.

My impression here is that Poetry aims more at _replacing_ the pip + setuptools toolchain. Users of your package could still install it using conda, if relevant. It seems a bit limited in what it can do at the build step, unfortunately, so it is not a replacement yet.

Coming from the Java world, I pass my days dreaming of a "maven for python", and this project definitely goes into that direction. I will definitely keep it on my radar.

That's funny, Poetry's README [1] claims exactly the opposite (that it resolves dependencies better than pipenv). And looking at the git history, that section of the README is 2 years old, so that claim was made when you experimented.

Was the problem with dependency resolution you had similar to what Poetry describes in it README? Or are there other problems the README fails to mention?

The description they make got me interested, but up to now all alternatives I tried to build moderately complex python projects failed to deliver on their promises, so definitely interested in what you have to say.

[1] https://github.com/sdispater/poetry/blob/master/README.md#de...

> The GitHub readme explains how it improves on Pipenv.

That's a shame it is not in the project webpage, though. This is the first information I searched, without success.

Nice idea. For very short time spans, I noticed some "trends" seem to be seasonal trends ("aperol", "lawn mower"...). It might be interesting to compare with the trend for the same search the year before at the same period, to be able to identify those cases (for intance, I cannot see from the graphs whether Aperol is more or less trendy this summer compared to last summer)

That is possible using bridgy and webmentions:

https://brid.gy/about#how

Here an example:

https://nicolas-hoizey.com/2017/07/so-long-disqus-hello-webm...

The missing part is the creation of the initial tweet in your idea, but that should be easy to automate.

This totally cultural. I am French, and when I was living in Spain, it was very difficult to get a full sentence out, but in Germany, I am often called out for interrupting people all the time (and I master Spanish and German at a similar level, so this is not related to language proficiency).

What I also noticed now that I try to pay attention to it is that I am practically unable to say a word in a German conversation if I try not to interrupt. I seem to be missing the cues that seem to say "you may now speak", and have the feeling I get interrupted all the time. I guess those cues are culture-specific and internalized over time.

That might be relevant to the OP 's question: in a multi-cultural team, one might need to develop a set of cues that are specific to that context. That can only come by discussing the topic one way or another, be it during the meetings, in breaks, at lunch... In my case, telling exactly what I described above, in a "aren't cultural differences interesting" way helped.

Thank you for the remark. That is indeed also what I am looking at, or more precisely the interaction between structure and moderation policy. Stackoverflow is a very good example of how they interact. At such an early stage, I am mostly trying to identify structures on which policies can be built, as policies are much easier to change.

I live in Zurich (biggest city in Switzerland), and know of several such installations in the city itself. "Cities" in Switzerland are really not that urban ;-)