#sdd — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #sdd, aggregated by home.social.
-
[Перевод] Хакинг прошивок жёстких дисков
В прошлом году я работал над эксплойтом для консоли Xbox 360 (который позже превратился в столь ожидавшийся программный мод), и мне оказалось нужно найти способ модификации прошивки HDD, чтобы обеспечить эксплойт состояние гонки. Для этого я начал пытаться модифицировать прошивки HDD и SSD разных брендов, которые у меня имелись. В этой серии постов я опишу всю проделанную мной работу, в том числе дампинг и анализ прошивки, интерактивную отладку HDD при помощи JTAG, модификацию прошивки накопителя, а также применение ИИ для анализа и идентификации неизвестной архитектуры микроконтроллеров. В этом первом посте я расскажу о дампинге, анализе и модификации прошивок HDD. Вся работа выполнялась без помощи ИИ. В следующем посте я опишу, как использовал ИИ для выполнения похожей работы с другими HDD/SSD, а также для реверс-инжиниринга «чёрного ящика» неизвестной архитектуры набора команд, предоставив Claude доступ для отладки моего жёсткого диска.
-
[Перевод] Хакинг прошивок жёстких дисков
В прошлом году я работал над эксплойтом для консоли Xbox 360 (который позже превратился в столь ожидавшийся программный мод), и мне оказалось нужно найти способ модификации прошивки HDD, чтобы обеспечить эксплойт состояние гонки. Для этого я начал пытаться модифицировать прошивки HDD и SSD разных брендов, которые у меня имелись. В этой серии постов я опишу всю проделанную мной работу, в том числе дампинг и анализ прошивки, интерактивную отладку HDD при помощи JTAG, модификацию прошивки накопителя, а также применение ИИ для анализа и идентификации неизвестной архитектуры микроконтроллеров. В этом первом посте я расскажу о дампинге, анализе и модификации прошивок HDD. Вся работа выполнялась без помощи ИИ. В следующем посте я опишу, как использовал ИИ для выполнения похожей работы с другими HDD/SSD, а также для реверс-инжиниринга «чёрного ящика» неизвестной архитектуры набора команд, предоставив Claude доступ для отладки моего жёсткого диска.
-
[Перевод] Хакинг прошивок жёстких дисков
В прошлом году я работал над эксплойтом для консоли Xbox 360 (который позже превратился в столь ожидавшийся программный мод), и мне оказалось нужно найти способ модификации прошивки HDD, чтобы обеспечить эксплойт состояние гонки. Для этого я начал пытаться модифицировать прошивки HDD и SSD разных брендов, которые у меня имелись. В этой серии постов я опишу всю проделанную мной работу, в том числе дампинг и анализ прошивки, интерактивную отладку HDD при помощи JTAG, модификацию прошивки накопителя, а также применение ИИ для анализа и идентификации неизвестной архитектуры микроконтроллеров. В этом первом посте я расскажу о дампинге, анализе и модификации прошивок HDD. Вся работа выполнялась без помощи ИИ. В следующем посте я опишу, как использовал ИИ для выполнения похожей работы с другими HDD/SSD, а также для реверс-инжиниринга «чёрного ящика» неизвестной архитектуры набора команд, предоставив Claude доступ для отладки моего жёсткого диска.
-
[Перевод] Хакинг прошивок жёстких дисков
В прошлом году я работал над эксплойтом для консоли Xbox 360 (который позже превратился в столь ожидавшийся программный мод), и мне оказалось нужно найти способ модификации прошивки HDD, чтобы обеспечить эксплойт состояние гонки. Для этого я начал пытаться модифицировать прошивки HDD и SSD разных брендов, которые у меня имелись. В этой серии постов я опишу всю проделанную мной работу, в том числе дампинг и анализ прошивки, интерактивную отладку HDD при помощи JTAG, модификацию прошивки накопителя, а также применение ИИ для анализа и идентификации неизвестной архитектуры микроконтроллеров. В этом первом посте я расскажу о дампинге, анализе и модификации прошивок HDD. Вся работа выполнялась без помощи ИИ. В следующем посте я опишу, как использовал ИИ для выполнения похожей работы с другими HDD/SSD, а также для реверс-инжиниринга «чёрного ящика» неизвестной архитектуры набора команд, предоставив Claude доступ для отладки моего жёсткого диска.
-
🚨 WoB pattern: Multi-Agent Corporate Roleplay (BMAD)
Why write 50 lines of TypeScript when an AI Product Owner can write a 10,000-word PRD for an AI Architect to delegate to an AI Developer?
We've successfully automated the worst parts of Scrum! It's Executable Jira, but you pay per word. Enjoy trading deterministic compiler errors for prompt hallucinations and astronomical token bills!
https://worstofbreed.net/patterns/multi-agent-corporate-roleplay/
-
AI-supported development bringing us back to requirements-led development?
Let me start by clarifying some terminology.
an informal noun referring to the mood, atmosphere, or aura produced by a particular person, thing, or place that is sensed or felt
This is deeply at odds with the idea of software engineering, where the OED describes engineering as:
the activity of applying scientific and mathematical knowledge to the design, building, and control of structures, machines, systems, and processes
While there is a place for vibing – to explore and help test ideas, when it comes to enterprise solutions with icy, typically have large footprints, or will grow to have large footprints and high data volumes, therefore need a more disciplined approach to ensure all those non-functional considerations can be addressed, and sustained. Put it another way, would you take an artesian approach to building and maintaining a petrochemical refinery?
This is why I try to separate the idea of vibe coding from a more disciplined AI-assisted development. A name that doesn’t roll off the tongue well, but conveys the idea that the engineer is in control and can impose discipline to drive the NFRs.
Hopefully, this also helps address nuance, which is often missing in discussions about the use of AI in software engineering, which is definitely polarising viewpoints (like many things today).
Spec-driven development
Spec Driven Development (SDD) is a growing topic in the A.I. assisted development space, and growing as a reflection of the fact that LLMs are improving rapidly, best illustrated at the moment with Mythos. The basis of SDD is to help drive consistency, structure, sustainability and rigour into the AI dev process (back to vibe coding). Consistency and structure allow us to start to easily agentify or tool aspects of development.
Getting a consistent, clear explanation of what constitutes SDD isn’t necessarily straightforward, but the best definition is in an article by Birgitta Böckeler on Martin Fowler’s website. The article dives into not just a basic explanation, but also characterises the differing approaches. The article teased out three versions of the idea, which paraphrasing are:
- Spec First – very much like the old-fashioned, here are the requirements that are used to generate a first iteration of the code base. Then subsequent refinements, improvements and general evolution are introduced through successive direct code changes, and/or direct prompting of the LLM to modify different pieces, and add functionality.
- Spec Anchored – the Spec is retained for ongoing reference and maintained.
- Spec as Source – we don’t really care bout the code, we want a change, we only edit the spec. Code is almost a form of conversation memory, which prevents the LLM from recreating from scratch and producing an answer that looks a bit different, potentially resulting in API names that differ, etc.
This evolution, particularly as people move or are pushed by leadership fearing losing a competitive edge through perceived lower development velocity, increasingly towards a spec-only approach, left me thinking about the agile manifesto and its declaration:
‘we value working code over documentation‘.
While this still has to be true, as ultimately, working code delivers the value. But the heading for the documentation has to be clear, concise, and sized for LLMs’ working documentation, as that is how we get to working code. This isn’t just to bash out some instructions and unleash the LLM; it does need to be refined and iterated on (in many ways, just like a book). We should prompt the LLM to seek clarification rather than let it make assumptions. Furthermore, we need the documentation to be accurate because an LLM will exhibit childlike trust, and if it is working with misaligned content, you’re in a 50/50 position. Unleashing an LLM on your codebase may lead to the wrong outcome. Perhaps, we need to extend the Agile manifesto, with a statement like:
we value correct, accurate, clear and concise documentation over any documentation
In other words, when using an LLM in your development context, it is better to get the LLM to reverse engineer the code to create documentation of your current state (even if that is at the price of losing the original context, design ideals, requirements, etc.) than to allow the LLM to see inaccurate and poor documentation. If this new principle is true, then we need to move away from Spec first to atleast Spec anchored approach.
Given this, we should see the heart of an engineering process looking something like:
This is what we should expect with a Spec Anchored or Spec as Source. Whereas with Spec First, the return flow will never happen.With Spec First, our process is more like this: once the code for the first iteration is generated, we just iterate on it.I think one of the challenges with the view of everything is that, as the Spec lead, there is an expectation that, to do it, we go from a very high-level definition straight to code. The reality is that we need the process to be more human-like. We use the LLM to take requirements and drive a high-level design. We then use the LLM to break the HLD into multiple LLDs. Importantly, we iterate on the process, until the decomposition of detail is right. The LLM cycle focuses on just one output at a time. We can certainly then use the LLM to determine consistency and integrity across all the LLDs.
From Requirements to Architectural Views
There is a natural extension to this. If we are to swing back to a document-led approach (albeit with a very different journey from document to working code), could we see increased adoption of TOGAF and other architectural frameworks? Many in the past have used such frameworks as part of the argument as to why things should be code first, as often the framework artefacts are seen as the end, rather than the process and techniques as a means to an end (i.e. we do architecture, therefore I must create a large document set, rather than we do architecture to ensure we get the details we need from code correct).
Certainly, using an LLM to help with the creation and maintenance of architectural views, including making it easier to search for and address inconsistencies across different viewpoints, without necessarily needing very prescriptive, complex, and expensive toolsets.
The document flow if we start with architectural frameworks, from Zachman, TOGAF, C4 etc. Note the return flow needed for Spec Anchored or Spec as Source is rarely happens.A step in this direction may well be projects such as Common Architecture Language Model (CALM), which is supported by the Fintech Open Source Foundation (FINOS), a child organisation of the Linux Foundation. While I haven’t investigated CALM very deeply, the essence is to define the architectural building blocks in a structured manner, which means that, from the definitions, more detailed diagrams can be generated and AI can be used to analyse the artefacts, etc. This sounds like a potential stepping stone between the organisation/enterprise models of Zachman and TOGAF, which aim to describe how both businesses operate and the underlying technology.
Could we see a time when docs and code stay aligned?
My experience has shown that when a spec has been involved in the process, it has exhibited the characteristics of the Spec First approach, and that the most consistently accurate documents are the user manuals, purely because they have to be created from what the code does. But such documents aren’t meant to tell you about the inner workings of a solution. This is true to the point that organisations have abandoned their architectural models, as they can’t be trusted as an as-is reflection and must start from scratch.
But to achieve the value of Spec Anchored or Spec as Source, we have to ensure that the feedback loop is working: the LLM feeds a backup stream with any changes, and downstream inputs, such as the impact of tool selection, can shift the solution. While the feedback loop should be a lot easier, it still requires commitment and effort to ensure that flow happens (certainly, since it is typically not a regularly practised behaviour).
Flies in the ointment
Trying to drive even a Spec Anchored philosophy is going to be difficult if the LLMs aren’t so great at generating quality code, or quality low-level designs that lead to the code generation. These factors are going to be dependent on choice of LLM being used, how the LLM is prompted, and most crucially the target programming languages (A.I. Codex does well with Python and Java, but I doubt it would make a good job of something like Erlang or Lisp).
The second problem is that there is a common error of people wanting to jump in and cut code (or documents), which often comes from:
- Rather than stopping to ask the question, has this problem been solved before, and in a way I can leverage? We plough on creating new unproven code.
- The view that the only place where a solution can come from is within the engineering team.
While it will be easy to blame the LLM for problems coming from these actions, are very much human.
Conclusion
As we’ve worked through much of this picture, the irony is that, in many respects, we’re no further forward. We can still make the same mistakes (failing to work through the NFRs properly, failing to define what should happen when something is wrong – aka ‘unhappy paths’, which make recovery simpler). We just have coding and document writing speed shift from 30-40Hz (the speed of a keyboard warrior) to GHz. The same problems can occur because influential decisions are still human (and remember, LLMs are, at their heart, just a computational representation of common thinking (wisdom of crowds, you might say) and therefore still vulnerable).
Going faster means mistakes happen more quickly, and uncorrected mistakes create more mess. To use an analogy, if you crash a car into a wall at 10mph, you’ll damage the bodywork, but it won’t be catastrophic. For many men, the biggest damage will be to the ego. You have the same crash at 100mph, and the outcome will be fatal. While the ability (or lack of) to absorb the energy is what will be the killer, it is actually the fact that you no longer have the time to think and change direction that is the true cause.
Perhaps what we should be seeking from AI is not to get to the end faster, but to use the acceleration to create time to consider what it is we want to achieve and how we continue building on our long-term, more sustainable achievements. This isn’t anti-agile. But it is anti ‘fail fast, fail frequently’ which has been a conflation of ideas without full understanding, and becoming more regularly challenged (like this Forbes Article)
References
- Understanding Spec-Driven-Development: Kiro, spec-kit, and Tessl
- The Foolishness Of Fail Fast, Fail Often
- Fintech Open Source Foundation
- Common Architecture Language Model (CALM)
-
Спецификации вместо промптов: как мы перестраиваем фронтенд-разработку с помощью ИИ
Использование ИИ в разработке давно вышло за рамки генерации простых функций. Для крупного финтеха это вопрос системной интеграции и безопасности. В ИТ-кластере «СВОЙ Тех» мы постоянно ищем способы оптимизации Time-to-Market. В этом материале мы делимся опытом того, как заставить нейросети работать с легаси-кодом, зачем им доступ к Figma через MCP-протокол и почему будущее за Spec Driven Development. Посмотреть кейс
-
So I moved all LXCs to another #Proxmox node. The problematic drive’s usage has returned to normal, but another node where containers were moved is still fine.
Looks like the issue is in a WD Green SSD on that node. It took 1429 hours to retire it.
I'm running #diskscan on it right now. Have no idea why, because I still will replace it with a spare NVMe drive I have.
-
#windows #tip #sdd How to Check SSD Health in Windows 10 and Windows 11: https://www.tomshardware.com/how-to/check-ssd-health-windows-10-11
-
📐 Kilo Code Series #6: Spec-Driven Development (SDD)!
Write specs first, let AI generate the code. Game-changing workflow.
📖 Read: https://devopstales.github.io/ai/kilo-code-series-06-sdd/?utm_source=twitter&utm_medium=social
-
С плохим ИИ-кодом всё ясно, а как добиться хорошего?
О проблемах с ИИ-кодингом на Хабре написано уже много. Но хочется перейти к конструктивному подходу: да, наломать дров с ИИ легко, а вот как работать с ним наиболее профессионально? Известные разработчики вроде Митчелла Хашимото (создателя Terraform и Ghostty) всё чаще говорят что-то в духе «вот тут уже ни строчки кода не написал вручную». При этом Хашимото — противник слопа, и он подчёркивает, что добился от ИИ качественного кода. А что помогает добиваться? Мы в проекте Kodik подобные вопросы ощущаем особенно остро, потому что в редакторе кода с ИИ делаем… собственно, сам этот редактор кода с ИИ. Так что для нас все проблемы особенно наглядны, а их решения — особенно важны. Поэтому мы собрали вместе идеи и из опыта мировой IT-индустрии, и из нашего собственного. Это не какая-то «окончательная истина»: сейчас вся планета только разбирается, ни у кого ещё нет полных ответов, и полезно обмениваться опытом. Так что смело дополняйте в комментариях: интересно узнать, что помогает вам, и собрать «общехабровую кладезь знаний». Если кто-то захочет конструктивно возразить, такое обсуждение тоже полезно.
-
@WinFuture Wo bleiben die für 2026 angekündigten 256 TB -SSDs (für 2027 dann angekündigt: 512 TB SSDs)?
Und wenn die kommen: Wer kauft dann noch 44 TB HDDs?
-
In the Telegram group of a podcast I really love a listener brought this: https://github.com/github/spec-kit. And it seems, it's a thing I've been searching for since I started using #AI assistants in my development. Even before AI I always wrote a spec first, even if it was quite rough on edges, — I've always thought in lists and headings (yeah, screen reader user habits!). It's even more trustworthy because comes from #GitHub itself. Although it's still in version zero, I'm trying it now and it seems a very interesting concept.#SpecKit #SDD #SpecificationDrivenDevelopment
-
Совсем не вайбовый вайбкодинг. Обзор SDD+ фреймворков для разработки с ИИ
В статье рассмотрим SDD фреймворки (Spek-Kit, OpenSpec, Kiro, BMAD) и решения не являющиеся полностью SDD, но решающие вопросы упорядочивания разработки с ИИ (Cursor Memory Bank, TaskMaster, Tessl, Supercode, Claude-flow). Слово "вайбкодинг" в современном мире прижилось плотно, но у большинства разработчиков с опытом вызывает безусловный рвотный рефлекс. С одной стороны ИИ пишет код очень хорошо. Современные модели в алгоритмике уже почти всегда лучше разработчиков. Но если дело касается большого проекта и Production, всплывают многочисленные проблемы:
https://habr.com/ru/articles/985990/
#sdd #вайбкодинг #1с #specification #spec_driven_development #cursor_ai #cursor_ide #agentic_coding
-
#windows #tip #sdd How to Check SSD Health in Windows 10 and Windows 11: https://www.tomshardware.com/how-to/check-ssd-health-windows-10-11
-
#windows #tip #sdd How to Check SSD Health in Windows 10 and Windows 11: https://www.tomshardware.com/how-to/check-ssd-health-windows-10-11
-
コーディング変革！「仕様駆動開発（SDD）」の手引き【開発者と読み解くAIの世界】
https://forest.watch.impress.co.jp/docs/serial/aidev/2071380.html#forest_watch_impress #SDD #生成AI #AIコーディング #仕様駆動開発 #genai #AIエージェント #プログラミング #Windows
-
Is AI a Bubble? I Didn't Think So Until I Heard of SDD
https://hyperdev.matsuoka.com/p/is-ai-a-bubble-i-didnt-think-so-until
#HackerNews #AI #Bubble #SDD #TechTrends #Innovation #FutureOfAI
-
Spec-driven development: Using Markdown as a programming language when building with AI
-
Answering Your GitHub Spec Kit Questions | with Den Delimarsky
-
#windows #tip #sdd How to Check SSD Health in Windows 10 and Windows 11: https://www.tomshardware.com/how-to/check-ssd-health-windows-10-11
-
📚 Zum #WelttagDerAlphabetisierung präsentieren wir ein besonderes Exemplar aus unserer Sammlung – ein seltener Nachdruck des Neuen Bilder-ABC von 1796 aus der Feder Carl Friedrich Splittegarbs, Autor des Liedes „Morgen, Kinder, wird’s was geben“.
Mit Bildern & Texten half es Kindern beim Lesenlernen. Unser Exemplar ist weltweit nur in Göttingen nachgewiesen.
🔗 Mehr dazu findet ihr hier: https://www.ag-sdd.de/Webs/agsdd/DE/ausgewaehlteErwerbungen/1701-1800/1701-1800_node.html -
#windows #tip #sdd How to Check SSD Health in Windows 10 and Windows 11: https://www.tomshardware.com/how-to/check-ssd-health-windows-10-11
-
I'm excited about this #BrandNew #GitOps talk at #SDD #London. Join us #InPerson https://sddconf.com/, slides: https://robrich.org/slides/gitops/, code: https://github.com/robrich/gitops I've got #ArgoCD demos and on-prem #GitOps demos too.
-
I'm teaching #FeatureFlags at #SDD #London! Join us #InPerson. https://sddconf.com/ slides: https://robrich.org/slides/feature-flags/, code: https://github.com/robrich/feature-flags including demos in #LaunchDarkly, #Azure App Configuration, and others.
-
I'm demoing #dotNET #Aspire, #OpenTelemetry, and #Containers at #SDD #London. Join us #InPerson! https://sddconf.com/ Slides: https://robrich.org/slides/net-aspire/, code: https://github.com/robrich/net-aspire
-
Monitorización HDD y SSD con SMART en OPNsense con Scrutiny https://blog.elhacker.net/2025/01/monitorizacion-hdd-ssd-smart-opnsense-scrutiny.html #monitoring #opnsense #FreeBSD #smart #hdd #sdd
-
Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали
Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.
https://habr.com/ru/companies/hostkey/articles/869658/
#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey
-
#windows #tip #sdd How to Check SSD Health in Windows 10 and Windows 11: https://www.tomshardware.com/how-to/check-ssd-health-windows-10-11
-
Upgrading Windows HDD to SSD https://janetannelogan.wordpress.com/2023/12/10/upgrading-windows-hdd-to-ssd/ #HardwareUpgrade, #HDD, #SDD, #Tech, #Windows
-
I use a really old Windows computer, both for work and personal use. Until today, that computer was booting (Windows 10) from an 80 GB hard drive. That hard drive has been with me through at least three desktop computers. Yes, there is (in my opinion) a good reason to do that.
I don’t have the option to upgrade to Windows 11, and from what I’ve heard, I’m not sure I’d want to if I could. I have many programs installed on my hard drives (secondary 2TB drive also), and I no longer have the media for many of those programs. They are all legal, as is my Windows. I upgraded Windows 8 for free back when 10 was new.
If I were to (for any reason) re-install Windows, I’d also have to re-install everything else in order to get the new Windows install to recognize their existence. Even if I had the media, that would be a huge inconvenience. So I have carried the pre-installed and configured boot drive from desktop to desktop over the years.
Now, on to the upgrade. A very good friend had a couple of 256 GB SSD drives she wasn’t using, and which she offered to me. I had been complaining about boot time with that old hard drive. I installed those SSD drives into my desktop yesterday, and began the process of looking for a “clone drive” tool to copy the old hard drive to one of the SSD drives.
This process is most definitely not for the faint of heart, or computing novices for that matter. I’m a programmer, not a hardware person. I found it daunting, mainly because I needed a free solution. Norton Ghost is highly recommended by folks who do this regularly. For folks who do it regularly, and already have a copy, it’s apparently a great solution. Unfortunately, it was discontinued back in 2013, so it’s no longer available.
That left me looking for other options. I downloaded a couple of items, only to find they didn’t let you clone drives in their demo version. Then I tried a third solution which is free, and does “clone” drives. Unfortunately, it doesn’t copy the Master Boot Record (MBR), which makes the cloned drive useless for my purpose.
I knew of one more possible solution, but it’s definitely not novice friendly. That option is called clonezilla, and definitely does everything I need. But it’s scary. It’s Linux based, runs in character mode, and has to be booted to use it. I determined I would try it anyway. I downloaded it to a USB stick, unpacked the zip file, and made that stick bootable, using a utility provided by the package.
I booted from that USB stick, and started the process. I won’t go into the details here, because it’s complicated, and has a great many options. My choices might not be appropriate for you. I did discover that it has a novice mode, which defaults most of the options for you. If you decide to try this, and aren’t a professional, I suggest using that mode. You do have to spend at least an hour waiting while it analyzes your system to determine the correct defaults. And you have to (obviously) choose your source and target drives. Choose carefully.
I started the process about 4:30 pm on Saturday. This morning, at 4 am Sunday, it was still going when my bladder woke me up. Then I woke again at 6 am, and it had completed. I confirmed that the newly cloned drive was bootable by booting from it. Once I confirmed that, I shut down the computer again, and removed the old HDD.
After booting again direct from the cloned SSD, I started looking at what clonezilla had done. The old drive had an empty “Recovery” partition at the end of its total capacity. clonezilla copied that too, and as a result, the new drive (apparently) had the same capacity as the now removed HDD. I removed that partition using the Windows diskpart command, and then using the “Windows Disk Management” utility, extended the Windows partition to the full capacity of that new drive.
If you’ve actually read this far, here’s the final outcome. I have 163 GB free on my new boot drive, compared to the 10-12 GB on that old HDD. But more importantly, to me anyway, the computer startup time is greatly improved. What once took 25-30 minutes to boot and pre-load the programs I use daily, now took less than 2 minutes. That’s a minimum 90% improvement in startup time. WOW!
I had gotten in the habit of always hibernating, rather than shutting down, the computer at the end of the day. It was slightly faster (18-20 minutes) getting ready after waking up from hibernation. I haven’t tested that option in the new configuration, but even if it is slightly faster, I’m not certain it’s worth the dedicated disk space to store the memory contents for restoration. On the other hand, hibernation does restore everything to it’s latest state, and it’s not like I’m hurting for disk storage anymore.
I had been intending to use some of next year’s Social Security COLA to buy a similar SSD, and tackle this project. Thanks to Joanne, though, I didn’t have to deal with the cost of the SSD drives. Oh, and I ran a backup of the new boot drive to the other SSD (same size) this morning using a tool called “DriveImage XML“, which was the free solution I tried that didn’t clone the MBR. It’s cloning is simple and straightforward, and works as long as you aren’t trying to clone your boot drive. I don’t plan on testing the restore, honestly. If it messed up, I’d be starting that 12+ hour clone process again from that old HDD. No thank you.
https://janetannelogan.wordpress.com/2023/12/10/upgrading-windows-hdd-to-ssd/
-
CW: Tech/Linux mumble (no not the software)
I have this external Western Digital 4TB harddisk that is since a few days malfunctioning. fsck.ext4 -f gives thousands of bad blocks. This is the second time a #WD harddisk fails for me in the last decade. So that brand is now officially cancelled. I almost never had problems with internal drives, so I don't understand why those external drives are so unreliable. They almost never leave their place (using it for my Raspberry Pi).
I rather buy a #SDD, but 4TB external SDD's are very expensive.
Anyway, I want to praise #testdisk! 🙏🏻 Most files can be restored, although it takes a very very long time. 😴
-
С плохим ИИ-кодом всё ясно, а как добиться хорошего?
О проблемах с ИИ-кодингом на Хабре написано уже много. Но хочется перейти к конструктивному подходу: да, наломать дров с ИИ легко, а вот как работать с ним наиболее профессионально? Известные разработчики вроде Митчелла Хашимото (создателя Terraform и Ghostty) всё чаще говорят что-то в духе «вот тут уже ни строчки кода не написал вручную». При этом Хашимото — противник слопа, и он подчёркивает, что добился от ИИ качественного кода. А что помогает добиваться? Мы в проекте Kodik подобные вопросы ощущаем особенно остро, потому что в редакторе кода с ИИ делаем… собственно, сам этот редактор кода с ИИ. Так что для нас все проблемы особенно наглядны, а их решения — особенно важны. Поэтому мы собрали вместе идеи и из опыта мировой IT-индустрии, и из нашего собственного. Это не какая-то «окончательная истина»: сейчас вся планета только разбирается, ни у кого ещё нет полных ответов, и полезно обмениваться опытом. Так что смело дополняйте в комментариях: интересно узнать, что помогает вам, и собрать «общехабровую кладезь знаний». Если кто-то захочет конструктивно возразить, такое обсуждение тоже полезно.
-
С плохим ИИ-кодом всё ясно, а как добиться хорошего?
О проблемах с ИИ-кодингом на Хабре написано уже много. Но хочется перейти к конструктивному подходу: да, наломать дров с ИИ легко, а вот как работать с ним наиболее профессионально? Известные разработчики вроде Митчелла Хашимото (создателя Terraform и Ghostty) всё чаще говорят что-то в духе «вот тут уже ни строчки кода не написал вручную». При этом Хашимото — противник слопа, и он подчёркивает, что добился от ИИ качественного кода. А что помогает добиваться? Мы в проекте Kodik подобные вопросы ощущаем особенно остро, потому что в редакторе кода с ИИ делаем… собственно, сам этот редактор кода с ИИ. Так что для нас все проблемы особенно наглядны, а их решения — особенно важны. Поэтому мы собрали вместе идеи и из опыта мировой IT-индустрии, и из нашего собственного. Это не какая-то «окончательная истина»: сейчас вся планета только разбирается, ни у кого ещё нет полных ответов, и полезно обмениваться опытом. Так что смело дополняйте в комментариях: интересно узнать, что помогает вам, и собрать «общехабровую кладезь знаний». Если кто-то захочет конструктивно возразить, такое обсуждение тоже полезно.
-
С плохим ИИ-кодом всё ясно, а как добиться хорошего?
О проблемах с ИИ-кодингом на Хабре написано уже много. Но хочется перейти к конструктивному подходу: да, наломать дров с ИИ легко, а вот как работать с ним наиболее профессионально? Известные разработчики вроде Митчелла Хашимото (создателя Terraform и Ghostty) всё чаще говорят что-то в духе «вот тут уже ни строчки кода не написал вручную». При этом Хашимото — противник слопа, и он подчёркивает, что добился от ИИ качественного кода. А что помогает добиваться? Мы в проекте Kodik подобные вопросы ощущаем особенно остро, потому что в редакторе кода с ИИ делаем… собственно, сам этот редактор кода с ИИ. Так что для нас все проблемы особенно наглядны, а их решения — особенно важны. Поэтому мы собрали вместе идеи и из опыта мировой IT-индустрии, и из нашего собственного. Это не какая-то «окончательная истина»: сейчас вся планета только разбирается, ни у кого ещё нет полных ответов, и полезно обмениваться опытом. Так что смело дополняйте в комментариях: интересно узнать, что помогает вам, и собрать «общехабровую кладезь знаний». Если кто-то захочет конструктивно возразить, такое обсуждение тоже полезно.
-
Совсем не вайбовый вайбкодинг. Обзор SDD+ фреймворков для разработки с ИИ
В статье рассмотрим SDD фреймворки (Spek-Kit, OpenSpec, Kiro, BMAD) и решения не являющиеся полностью SDD, но решающие вопросы упорядочивания разработки с ИИ (Cursor Memory Bank, TaskMaster, Tessl, Supercode, Claude-flow). Слово "вайбкодинг" в современном мире прижилось плотно, но у большинства разработчиков с опытом вызывает безусловный рвотный рефлекс. С одной стороны ИИ пишет код очень хорошо. Современные модели в алгоритмике уже почти всегда лучше разработчиков. Но если дело касается большого проекта и Production, всплывают многочисленные проблемы:
https://habr.com/ru/articles/985990/
#sdd #вайбкодинг #1с #specification #spec_driven_development #cursor_ai #cursor_ide #agentic_coding
-
I'm teaching #FeatureFlags at #SDD #London! Join us #InPerson. https://sddconf.com/ slides: https://robrich.org/slides/feature-flags/, code: https://github.com/robrich/feature-flags including demos in #LaunchDarkly, #Azure App Configuration, and others.
-
I'm teaching #FeatureFlags at #SDD #London! Join us #InPerson. https://sddconf.com/ slides: https://robrich.org/slides/feature-flags/, code: https://github.com/robrich/feature-flags including demos in #LaunchDarkly, #Azure App Configuration, and others.
-
I'm teaching #FeatureFlags at #SDD #London! Join us #InPerson. https://sddconf.com/ slides: https://robrich.org/slides/feature-flags/, code: https://github.com/robrich/feature-flags including demos in #LaunchDarkly, #Azure App Configuration, and others.
-
I'm teaching #FeatureFlags at #SDD #London! Join us #InPerson. https://sddconf.com/ slides: https://robrich.org/slides/feature-flags/, code: https://github.com/robrich/feature-flags including demos in #LaunchDarkly, #Azure App Configuration, and others.
-
Die 15.Ausgabe des Newsletters der #Sammlungen an der
Goethe Uni ist erschienen mit Neuigkeiten aus der Altorientalischen Sammlung, der Sammlung Deutscher Drucke, dem Felsbildarchiv des Frobenius Instituts...
https://archive.newsletter2go.com/?n2g=syx1ubg7-rfpvwkhw-1drv #leporello #UniversitäreSammlungen #ubffm #sammeln #Sammlung #SDD #Felsbild #Frobenius #Altorientalistik -
#Vintage #Telephone #Technology - Evolution of #DirectDialing #Calls - #Bell, #ATT #WesternElectric
"This #Film shows early #TelephoneEquipment and systems from the 1940’s up to the 1950’s, including telephone #TransmissionLines, early #Switchboards and #Operators, and the introduction of direct dialing systems and many aspects of the early #TelephoneSystem in use circa 1940-1950."
https://www.youtube.com/watch?v=rMtnvcMMtME&ab_channel=ComputerHistoryArchivesProject
#Documentary #TelephoneExchange #SDD #SubscriberTrunkDialing #Switching
-
Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали
Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.
https://habr.com/ru/companies/hostkey/articles/869658/
#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey
-
Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали
Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.
https://habr.com/ru/companies/hostkey/articles/869658/
#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey
-
Как мы мониторинг SMART-данных дисков в оVirt экосистеме прикручивали
Представьте, что на одной из множества ваших виртуальных машин, работающих на oVirt, начнет давать сбой диск в одном из узлов? Мы в Hostkey используем связку smartctl_exporter совместно с Prometheus и Grafana чтобы отследить этот момент и успеть принять меры и хотим поделиться с вами нашим опытом.
https://habr.com/ru/companies/hostkey/articles/869658/
#prometeus #grafana #алертинг #smartctl #hdd #sdd #nvme #хостинг #ovirt #hostkey
