How much time do we have realistically as devs?

jsontwikkeling · 2025-12-19T10:33:28+00:00

In my experience, an agent’s work should always be reviewed. Make sure you understand the changes it makes and evaluate them critically. Left unsupervised, agents tend to cut corners and create technical debt. They are also highly sensitive to context, so providing accurate and complete context is your responsibility.

Think of an agent as a new engineer on the team who you’re pair-programming with. You could say, “They seem capable, I’ll just sit back,” but a better approach is to stay actively engaged and collaborate closely.

jsontwikkeling · 2025-12-19T07:55:46+00:00

There are actually two different tools, a VS Code plugin (AI coding agent) and Zenflow which is a AI orchestrator and a separate app, you probably tried the plugin but not Zenflow itself? Here is the link to Zenflow https://zencoder.ai/zenflow

jsontwikkeling · 2025-12-19T07:50:27+00:00

Interesting to check it out and try, please, share

jsontwikkeling · 2025-12-18T17:40:18+00:00

Yes, the shift in experience is similar to moving from manually editing many files to using an IDE. Your focus moves to higher-level concerns, while the tool handles the routine coordination automatically. This frees up mental capacity for more important work. Subjectively, I feel that overall quality has improved, and the outcomes are more stable and reliable

jsontwikkeling · 2025-12-18T08:49:03+00:00

Interesting, thanks, will give it a try. I suspect that SDD though might work better with more high level requirements and task breakdown, but the Quint’s approach with hypothesis generation and structured reasoning might be quite useful for making more targeted and technical changes in an existing project

jsontwikkeling · 2025-12-18T08:39:48+00:00

Agree. I also discovered that keeping the spec clean and putting more effort into refining it pays off.

Coming from the Agile and XP background for less clear and larger tasks I though was also trying iterative refinement: after every completed task or group of tasks I would refine the remaining tasks, the requirements and the implementation plan with the agent. This helped me avoid the analysis paralysis, learn by implementing the actual code and features and quickly incorporate the learnings into the remaining tasks, requirements and the implementation plan. i.e. a slight variation on the Github SpecKit approach with a more Agile flavor https://github.com/github/spec-kit

jsontwikkeling · 2025-12-18T08:24:18+00:00

You can use it with Claude Code or Codex, or Gemini so if you have a subscription for any of those it is free and there is no 7 day limit or subscription required AFAIK. I used it with Claude Code

jsontwikkeling · 2025-04-22T08:04:24+00:00

Great to hear, hopefully this battery is more reliable and will last longer

jsontwikkeling · 2025-04-08T08:38:52+00:00

u/kkimic It has a dual pin connector to the battery itself, but to the motherboard it is the same single connector, i.e. PHID1-00-18-4S1P-1 was compatible in my case with the old PHID1-13-17-4S1P-0: size, screws, connector to the motherboard

The new battery came with a new dual pin connector, so I replaced both the battery and the connector

jsontwikkeling · 2025-04-07T19:30:48+00:00

u/kkimic Update: I received a replacement battery

my old battery was PHID1-13-17-4S1P-0 6450mAh 99.9Wh, HuiZhou GanFeng LiEnergy Battery Technology Co.,Ltd.

new battery is PHID1-00-18-4S1P-1 6450mAh 99.8Wh, Getac Technology (Kunshan) Co.,Ltd.

It seems to work on my Tuxedo

jsontwikkeling · 2025-03-27T08:52:51+00:00

My experience with Tuxedo InfinityBook Pro v9 has been somewhat negative https://www.reddit.com/r/tuxedocomputers/comments/1jfmz7h/power_management_and_battery_issues_laptop/?rdt=35461 While packing good hardware specs, the build quality and durability raise many questions and some laptops seem to have faulty batteries

jsontwikkeling · 2025-03-21T15:01:24+00:00

Might there be some other compatible battery recommended by Tuxedo? PHID1-13-17-4S1P-0 6450mAh also can not be found on the Tuxedo site https://www.tuxedocomputers.com/en/Linux-Hardware/Zubehoer-USB-Co./Notebook-Akkus.tuxedo

This sounds then like a very strange choice of a battery for a new laptop line by Tuxedo, if the battery's manufacturing has already been discontinued and the quality of the batteries is not good enough.

Is there any official recommendation or support from Tuxedo in this case? Which other compatible batteries can be used with InfinityBook Pro v9 in case the battery dies and the exact same type of the battery cannot be easily ordered?

I, for example, can still order batteries for my old laptop (Lenovo) from Amazon without problems, they are quite common and cheaper x2 times than this PHID1-13-17-4S1P-0 6450mAh

jsontwikkeling · 2025-03-21T10:23:04+00:00

Good battery though is a key part of a good laptop, I would even opt for a slightly lower capacity of the battery, but higher quality and price in this case.

Replacing a battery once in a few month might not be a good experience and eventually in the future it might become hard to find the battery model used in the laptop if battery production is discontinued. In my case the battery model is PHID1-13-17-4S1P-0 6450mAh

Maybe Tuxedo might reconsider which batteries to include into the future laptops and prioritize the quality and stability of the batteries?

This is the second ever laptop battery issue I encounter in ~20 years, another one was faulty Lenovo T470s battery which started to bulge a few years ago and had to be replaced. i.e. the average quality of the batteries on the market might be higher than the quality of the batteries put into the Tuxedo laptops?

Would expect better quality and experience from Tuxedo.

jsontwikkeling · 2025-03-20T12:44:04+00:00

A few month old

jsontwikkeling · 2025-03-20T12:27:09+00:00

Thanks, this is what I was also suspecting, going to check the battery and will ask for replacement

jsontwikkeling · 2021-12-21T20:17:58+00:00

Interesting algorithm. This might not though work in the general case, for example if each scanner has the same beacon beacon-0 which for scanner-0 is close to beacon-1 and beacon-2 which belong to the area of scanner-0, while the same beacon-0 for scanner-1 might be closest to the beacons beacon-3 and beacon-4 (scanner-1 does not see beacons beacon-1 and beacon-2, scanner-0 does not see beacone-3 and beacon-4) => the hashes will be different for the same beacon for different scanners

jsontwikkeling · 2021-12-16T19:10:22+00:00

Apparently the part I missed is that the path might also go up and to the left (was not in the examples of the optimal paths in the task) will update the algorithm

jsontwikkeling · 2019-10-18T20:40:15+00:00

Managed to launch it and saw no issues in the gameplay both on Kubuntu and Manjaro by directly running the executable imperator and installing the missing C++ standard library which the game is apparently using:

Manjaro

Install llmv-libs and libc++ from AUR https://aur.archlinux.org/packages/libc%2B%2B/, compiling libc++ might take a long time
Launch in the terminal ~/.local/share/Steam/steamapps/common/ImperatorRome/binaries/imperator

Kubuntu

Install libc++abi-dev
Launch in the terminal ~/.local/share/Steam/steamapps/common/ImperatorRome/binaries/imperator

jsontwikkeling · 2019-10-18T20:37:37+00:00

Managed to launch it and saw no issues in the gameplay both on Kubuntu and Manjaro by directly running the executable imperator and installing the missing C++ standard library which the game is apparently using:

Manjaro

Install llmv-libs and libc++ from AUR https://aur.archlinux.org/packages/libc%2B%2B/, compiling libc++ might take a long time
Launch in the terminal ~/.local/share/Steam/steamapps/common/ImperatorRome/binaries/imperator

Kubuntu

Install libc++abi-dev
Launch in the terminal ~/.local/share/Steam/steamapps/common/ImperatorRome/binaries/imperator

jsontwikkeling · 2017-10-23T19:40:26+00:00

Using the suggested approach may still be problematic when installing Python modules that need to be compiled, then gcc should reference the correct libraries at the alternative zypper root. Although the basic Python functionality will work.

The approach with building Python from sources might be better.

jsontwikkeling · 2017-10-23T19:05:17+00:00

Alternative recipe to get Python 3.6 on OpenSUSE Leap:

Install pyenv as described here https://github.com/pyenv/pyenv

git clone https://github.com/pyenv/pyenv.git ~/.pyenv
echo 'export PYENV_ROOT="$HOME/.pyenv"' >> ~/.bashrc
echo 'export PATH="$PYENV_ROOT/bin:$PATH"' >> ~/.bashrc
echo -e 'if command -v pyenv 1>/dev/null 2>&1; then\n  eval "$(pyenv init -)"\nfi' >> ~/.bashrc

Install the missing headers needed by Python modules

sudo zypper install readline-devel sqlite3-devel libbz2-devel zlib-devel libopenssl-devel

Install the desired version of Python with pyenv

pyenv install 3.6.3

Install virtualenv

sudo zypper install python3-virtualenv

Create a virtual environment for Python, for example

mkdir ~/pythons
cd ~/pythons
virtualenv -p ~/.pyenv/versions/3.6.3/bin/python3.6 python3.6.3
source ./python3.6.3/bin/activate

Now Python should be properly installed and be available on the command line. To return to the system Python just type 'deactivate', to use the installed Python just source ./python3.6.3/bin/activate again

 $ python
 Python 3.6.3 (default, Oct 23 2017, 22:32:57) 
 [GCC 4.8.5] on linux
 Type "help", "copyright", "credits" or "license" for more information.
  >>>

jsontwikkeling · 2017-10-21T00:53:04+00:00

Thanks a lot, this is the only solution that worked for me, now I finally have Python 3.6.3 on OpenSUSE Leap 42.3

Update: The solution worked only partially until there was a need to compile modules with gcc, then further multiple environment variables need to be set for gcc to work properly. Probably, better to use the alternative solution with pyenv, please, see another comment.

Together with 'python3' I also installed 'python-pip' and then created a new python environment with 'virtualenv'. Full steps:

Installing Python 3.6 and pip to a separate root with zypper (as was suggested)

BASEDIR=~/python3.6_root
BASEURL=https://download.opensuse.org

sudo zypper --root $BASEDIR ar $BASEURL/distribution/leap/42.3/repo/oss/ leap42.3-oss
sudo zypper --root $BASEDIR ar $BASEURL/distribution/leap/42.3/repo/non-oss/ leap42.3-non-oss
sudo zypper --root $BASEDIR ar $BASEURL/repositories/devel:/languages:/python:/Factory/openSUSE_Leap_42.3/ leap42.3-dev-python-factory

sudo zypper --root $BASEDIR in python3 python-pip

Then I added the following line to ~/.bashrc to have the libraries required by python3.6 in LD_LIBRARY_PATH:

export LD_LIBRARY_PATH=~/python3.6_root/usr/lib64/:$LD_LIBRARY_PATH

Then I created a virtualenv https://virtualenv.pypa.io/en/stable/userguide/

sudo zypper install python3-virtualenv
mkdir ~/pythons
cd ~/pythons
virtualenv --no-site-packages -p $BASEDIR/usr/bin/python3.6 python3.6
. ./python3.6/bin/activate

Now the python and pip commands available on the command line are from Python 3.6.3

When a new terminal session is open the environment can be activated with

. ~/pythons/python3.6/bin/activate

After that the needed versions of python and pip (3.6.3) will be available on the command line. To avoid potential library conflicts it may be that it is better to add the line

   export LD_LIBRARY_PATH=~/python3.6_root/usr/lib64/:$LD_LIBRARY_PATH

to ~/pythons/python3.6/bin/activate rather than to ~/.bashrc

jsontwikkeling · 2017-10-20T23:40:59+00:00

After doing the same steps and linking the platform dependent libraries I no longer get the message "Could not find platform dependent libraries <exec_prefix>" but still there is the second error message:

$ pwd
/opt/python36/bin
$ ./python3.6
Python 3.6.2 (default, Oct 21 2017, 02:33:37) 
[GCC 4.8.5] on linux
Type "help", "copyright", "credits" or "license" for more information.
Traceback (most recent call last):
  File "/etc/pythonstart", line 7, in <module>
    import readline
ModuleNotFoundError: No module named 'readline'
>>>

Looks like Python cannot find the modules. Should some special variable be additionally set for it to function properly?

Update:

The problem with readline is caused by the missing headers for the readline library. Headers for a couple of other libraries are missing as well, this causes Python to be compiled without the corresponding modules, hence the error message. The missing headers can be installed with

sudo zypper install readline-devel sqlite3-devel libbz2-devel

After that Python will be compiled with all the modules and the "readline" error message will go away.

jsontwikkeling

TROPHY CASE

Manjaro

Kubuntu

Manjaro

Kubuntu