<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: diskzero</title><link>https://news.ycombinator.com/user?id=diskzero</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sat, 16 May 2026 12:24:40 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=diskzero" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by diskzero in "VitruvianOS – Desktop Linux Inspired by the BeOS"]]></title><description><![CDATA[
<p><i>In retrospect though, the company wasn't making a technology decision. They were making a decision between Jobs and Gassee. Jobs came with NeXT and Gassee came with Be.
I don't think the technology mattered that much in the large scale of things.</i><p>Yes and no. The core of the purchase decision was really based on the technology. Ellen Hancock (Apple's CTO at the time) actually did a decent analysis of BeOs and NeXTStep. She was actually against some aspects of the purchase, and was not in favor of Be. She was also not in favor of the NeXT kernel. It is painful to say as a Be employee at the time, but Be internals were fragile, some technologies were very shallow, the kernel was brittle and under constant churn and we had big problems with our decision to have a C++ API. Gil Amelio liked Steve and Steve did a good job selling both a vision and the NeXT technology. BeOs was a really cool demo that was getting pulled into the direction of a real OS but had a long, long way to go. There actually was a possibility that Apple could have also gotten the Be code, but the board didn't go for it. As it turned out, most of the primary BeOs developers ended up at Apple via Eazel. The ones that didn't ended up at Google via Danger Research/Android.</p>
]]></description><pubDate>Wed, 25 Mar 2026 14:48:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47518057</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=47518057</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47518057</guid></item><item><title><![CDATA[New comment by diskzero in "VitruvianOS – Desktop Linux Inspired by the BeOS"]]></title><description><![CDATA[
<p>As a former Be employee who ended up at Apple by way of Eazel, there are two ways to answering your question about the UI direction; 1. If Apple did not acquire Be, Apple most likely would not be in business or would be a much different company. 2. Assuming Apple did survive, Steve Jobs used the industrial design language of Jony Ive for the look of Aqua. Bas Ording was the primary designer of this and was directed by Steve with daily updates. The further evolutions of brushed metal, skeumorphism, etc. were all directly driven by how Steve wanted things to look with minimal input from others. The current bland minimalist UX disaster (IMHO) would probably not have happened, because for all of his faults, Steve had very good attention to detail and was in general a good proxy for the user.</p>
]]></description><pubDate>Wed, 25 Mar 2026 14:38:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=47517934</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=47517934</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47517934</guid></item><item><title><![CDATA[New comment by diskzero in "The struggle of resizing windows on macOS Tahoe"]]></title><description><![CDATA[
<p>The extent of my writings are here in HackerNews comments. I don't have the time or discipline of Andy to be able to sit down and write like he does. Maybe someday, but for now I am using the free time I have outside of work to make music and ride bikes as fast as I can.</p>
]]></description><pubDate>Mon, 12 Jan 2026 22:26:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=46595095</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=46595095</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46595095</guid></item><item><title><![CDATA[New comment by diskzero in "The struggle of resizing windows on macOS Tahoe"]]></title><description><![CDATA[
<p>This question is forcing me to do some deep thinking about my time there, which I haven't done is quite a awhile.<p>Some people left early, like Don Lindsay. Don was instrumental in bringing Aqua to life, along with Bas of course, and led the team up and through the release of Cheetah and more. This task wasn't easy at all. To me it seems like he was finally going to receive some reward of those hard years of work. But instead he chose to leave to go to Microsoft. This boggled my mind, as leaving to Microsoft to me seemed incomprehensible. Maybe Don had enough of the abuse? Maybe he was sick of the increasingly crowded commute? The daily visits from Steve pointing out every detail of the UI that bothered him? Did you know the UX designed many of the big banners and posters for the WWDC events. Steve didn't want any old graphic designer to do those, so Bas, Imran and others would work on them. Don had to deal with that too.<p>When Steve left to receive cancer treatment in 2004, he still had influence, Bertrand Serlet was running engineering, Jony Ive was focussed on industrial design. We were working on Tiger with the brushed metal interface and there was a lot of activity on that. Tim Cook was running the business, but Bas and others were keeping the ball rolling on the UX with remote input from Steve.<p>I wasn't around for the next two leaves of absence, the last one being final, but heard that things were becoming increasingly fractious with camps emerging around Tony Fadell, Scott Forstall, Jony Ive and general politcal unpleasantness as Tim Cook was given various ultimatums about "I won't work with this or that person." Everyone was trying to say that they represented the vision of Steve and somehow knew what would Steve do given any sitution. Geez, if we knew what Steve would do or wanted, there could have been a lot of really distressing confrontations avoided over the previous years.<p>This type of internal sniping didn't happen with Steve around, or if it did, it wasn't very effective. I think it would have gotten you fired. Tony Fadell pushed it to the limit with Steve and Scott. I remember someone once asking Steve about getting free lunch at Apple, like you could get at Google and they were told "If all you want is free lunch, then you should be working at Google."<p>For me, there was a certain amount of clarity that came from Steve's abusive behavior. It could wear you down on one level, but also brought focus and drive to getting things done. I think it was very unhealthy one one level and very exciting on another. There weren't endless meeting on calendars discussing minutia. It also meant that the obvious horrors of the Tahoe wouldn't happen. Steve himself would have grabbed the windows with different corner radii, stacked them up and excoriated whoever was responsible. Some of my work was called "real bottom of the barrel shit", "the worst he has ever seen" and told "this is not the way we do things at Apple." I assure you, what he was complaining about was nothing remotely close to what we are seeing in Tahoe.</p>
]]></description><pubDate>Mon, 12 Jan 2026 15:46:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=46589991</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=46589991</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46589991</guid></item><item><title><![CDATA[New comment by diskzero in "The struggle of resizing windows on macOS Tahoe"]]></title><description><![CDATA[
<p>I still have friends who work there. Some of them came to Apple from Be or Eazel, and are still working on Finder, Safari, Dock, etc. A lot has changed and in my opinion not for the best. Compared to them, my time there was a flash in the pan. When I look at Safari, Finder and the general state of the UI, I am deeply saddened. I see a bizarre combination of stagnancy, gratuitious change and general aimlessness across the desktop and mobile. I also have a deep distrust of anyone who works at big company, let alone a big company on one component for a long amount of time. To me, it leads to a focus away from external customers and to becoming an expert at internal politics. I probably need counseling, but I loved the dictatorship of the Steve era. Yes, we can point to flaws like the Mac Cube or the hockey puck mouse, but I really appreciated someone just maniacally fixated on getting things done and cutting through the BS that I saw later on in jobs in big tech.<p>It would be nice if veterans of the post-Steve era would post on here. Maybe they are scared, bound by NDAs or could care less. Like I said, I need some mental health treatment about my time(s) at Apple I was there working on Final Cut Pro after Be, went to Eazel, and then rejoined Apple as part of Steve's mass hiring of Eazel employees at the behest of Andy Hertzfeld.</p>
]]></description><pubDate>Mon, 12 Jan 2026 02:02:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=46582982</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=46582982</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46582982</guid></item><item><title><![CDATA[New comment by diskzero in "The struggle of resizing windows on macOS Tahoe"]]></title><description><![CDATA[
<p>I worked on Finder/TimeMachine/Spotlight/iOS at Apple from 2000-2007. I worked closely with Bas Ording, Stephen Lemay, Marcel van Os, Imran Chaudry, Don Lindsey and Greg Christie. I have no experience with any of the designers who arrived in the post-Steve era. During my time, Jony Ive didn't figure prominently in the UI design, although echoes of his industrial design appeared in various ways in the graphic design of the widgets. Kevin Tiene and Scott Forstall had more influence for better or worse, extreme skeumorphism for example.<p>The UX group would present work to Steve J. every Thursday and Steve quickly passed judgement often harshly and without a lot of feedback, leading to even longer meetings afterward to try and determine course corrections. Steve J. and Bas were on the same wavelength and a lot of what Bas would show had been worked on directly with Steve before hand. Other things would be presented for the first time, and Steve could be pretty harsh. Don, Greg, Scott, Kevin would push back and get abused, but they took the abuse and could make in-roads.<p>Here is my snapshot of Stephen from the time. He presented the UI ideas for the intial tabbed window interface in Safari. He had multiple design ideas and Steve dismissed them quickly and harshly. Me recollection was that Steve said something like No, next, worse, next, even worse, next, no. Why don't you come back next week with something better. Stephen didn't push back, say much, just went ok and that was that. I think Greg was the team manager at the time and pushed Steve for more input and maybe got some. This was my general observation of how Stephen was over 20 years ago.<p>I am skeptical and doubtful about Stephen's ability to make a change unless he is facilitated greatly by someone else or has somehow changed drastically. The fact that he has been on the team while the general opinion of Apple UX quality has degraded to the current point of the Tahoe disaster is telling. Several team members paid dearly in emotional abuse under Steve and decided to leave rather than deal with the environment post Steve's death. Stephen is a SJ-era original and should have been able to push hard against what many of us perceive as very poor decisons. He either agreed with those decisions, or did not, and choose to go with the flow and enjoy the benefits of working at Apple. This is fine I guess. Many people are just fine going with the flow and not rocking the boat. It may be even easier when you have Apple-level comp and benefits.<p>My opinon; unless Stephen gets a very strong push from other forces, I don't see that he has the will or fortitude to make the changes that he himself has approved in one way or another. Who will push him? Tim Cook, Craig Federighi, Eddy Cue, Phil Schiller? The perceived mess of Tahoe happened on the watch of all of these Apple leaders.</p>
]]></description><pubDate>Sun, 11 Jan 2026 23:04:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=46581408</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=46581408</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46581408</guid></item><item><title><![CDATA[New comment by diskzero in "The 'Toy Story' You Remember"]]></title><description><![CDATA[
<p>Production methodolgies for animated films have progressed massively since 1995 and Pixar may have not found the ideal process for the color grading of the digital to film step. Heck, they may not have color graded at all! This has been suggested. I agree that someone should know better than to just take a render and push it out as a digital release without paying attention to the result.</p>
]]></description><pubDate>Tue, 11 Nov 2025 20:14:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=45892216</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=45892216</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45892216</guid></item><item><title><![CDATA[New comment by diskzero in "The 'Toy Story' You Remember"]]></title><description><![CDATA[
<p>I worked at DreamWorks Animation on the pipeline, lighting and animation tools for almost ten years. All of this information is captured in our pipeline process tools, although I am sure there are edits and modifications that are done that escape documentation. We were able to pull complete shows out of deep storage, render scenes using the toolchain the produced them and produce the same output. If the renders weren't reproducable, madness would ensue.<p>Even with complete attention to detail, the final renders would be color graded using Flame, or Inferno, or some other tool and all of those edits would also be stored and reproducible in the pipeline.<p>Pixar must have a very similar system and maybe a Pixar engineer can comment. My somewhat educated assumption is that these DVD releases were created outside of the Pixar toolchain by grabbing some version of a render that was never intended as a direct to digital release. This may have happened as a result of ignorance, indifference, a lack of a proper budget or some other extenuating circumstance. It isn't likely John Lasseter or some other Pixar creative really wanted the final output to look like this.</p>
]]></description><pubDate>Tue, 11 Nov 2025 20:10:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=45892176</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=45892176</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45892176</guid></item><item><title><![CDATA[New comment by diskzero in "Mister Macintosh (2004)"]]></title><description><![CDATA[
<p>Steve lived on for quite some time in an undocumented key command you could use in the Finder. I forget the exact sequence; ctl-alt-cmd-shift space or something. It has become more broken over releases and may be gone now. We added it to make all animations go very slow. We would invoke it at Steve’s request in demo to him and he would open and close windows, show and hide sidebars, enter and exit TimeMachine and more. This shipped in numerous version of OSX.</p>
]]></description><pubDate>Tue, 07 Oct 2025 01:19:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=45498363</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=45498363</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45498363</guid></item><item><title><![CDATA[New comment by diskzero in "Thoughts on (Amazonian) leadership"]]></title><description><![CDATA[
<p>There was a lot of "arguing" at Amazon, or you could call is strenuous discussions. Another principle was Disagree and Commit. I found this principle lacking at other companies. People would disgres and then sabatoge. The Amazon way was to agree to disagree and commit to sincerely work in the direction of the decision. Winning the initial argument did not make you the leader. You became the leader once your solution shipped, gained signifcant market share and some other succcess metric. This was not always the case!</p>
]]></description><pubDate>Mon, 01 Sep 2025 23:11:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=45097429</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=45097429</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45097429</guid></item><item><title><![CDATA[New comment by diskzero in "Thoughts on (Amazonian) leadership"]]></title><description><![CDATA[
<p>I wonder if overall team size has something to do with how the principles are dealt with? Mobile Shopping is huge. Some teams are tiny, experiencing massive growth or winding down. If a team has a super mature code base or market, and the team feels like they are caretakes as opposed to innovators, how does that impact them? How can it really always be Day One?</p>
]]></description><pubDate>Mon, 01 Sep 2025 23:07:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=45097397</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=45097397</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45097397</guid></item><item><title><![CDATA[New comment by diskzero in "Thoughts on (Amazonian) leadership"]]></title><description><![CDATA[
<p>I worked at Amazon before the two newest principles were added, so I can't comment on Strive to be Earth's Best Employer and Success and Scale Bring Broad Responsibility. I was asked about the principles during my interview(s) and they were discussed extensively during my onboarding process. I found there were groups of peeple who were very sincere about them and groups that were quite cynical. Some co-workers had no opinion and just wanted to survive their current pager duty. I frequently used some combination of principles as support for an argument for or against some technical or business decision. It was nice to have them written down and the entire company accepting them as the basis of how the business should operate. This was quite different from my time at Apple, where the principles were somewhat fuzzy other than Do the Right Thing, Do What Steve Wants or Put the User First.<p>The Amazon of the 2020s is different from my Amazon of the 2010s or others earlier Amazons. I can't remember any instance of someone saying a certain principle needs to be violated because it would lead to decrease in profits or market share. There certainly could be cases I don't know about. I found many of the principles helped create a good environment to make technical decisions and maintain some technical autonomy across groups. Yes, working at Amazon is a grind and there many ways working there can suck the joy out of your life. I never found the principles used as a weapon against me, my team or customers. I know Amazon has a lot of faults, but I am not sure they are are directly correlated to the principles. A thought experiment would be to wonder what Amazon would be like if it didn't have any principles at all?</p>
]]></description><pubDate>Mon, 01 Sep 2025 23:03:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=45097383</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=45097383</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45097383</guid></item><item><title><![CDATA[New comment by diskzero in "More on Apple's Trust-Eroding 'F1 the Movie' Wallet Ad"]]></title><description><![CDATA[
<p>Apple was fairly flat under Steve and meetings could have a fair number of interested parties involved. I can recall numerous weekly UI meetings with several of the people listed above there. Also note that Jony, Eddy and others weren’t always high level. Steve handed out his harsh comments regardless of concern for your level. Steve was a micromanager and was involved in anything that the user came in contact with and more.<p>To directly address your question, the answer was yes in that if you developed a feature, a demo, or anything Steve wanted to see, you would end up in a forum with a bunch a various levels of employees.<p>Thinking of C suite meetings happening when Steve was around cracks me up. Steve was always on the move, making edicts, rejecting things, walking into offices, having lunch with people, etc. There was no Jira, Confluence, Agile or any of that. It was a fight to ship by an imposed date or die trying.</p>
]]></description><pubDate>Sun, 29 Jun 2025 17:52:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=44414959</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=44414959</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44414959</guid></item><item><title><![CDATA[New comment by diskzero in "More on Apple's Trust-Eroding 'F1 the Movie' Wallet Ad"]]></title><description><![CDATA[
<p>Apple employee pre, during and post Steve. I was in a lot of meetings with VPs whose tasteless suggestions were shut down immediately with the usual Steve critiques attached.<p>My recollection is that Eddy Cue got the most critiques, Phil Schiller the least and the rest were in between. Eddy would push back and still get shut down.<p>When Steve left the last time, it was knives out between these guys with Scott Forstall taking a fall as Tim Cook got ultimatums from everyone including Jony. I imagine loud voices with bad taste are pushing Tim hard. Apple can be an investor darling but Tim has needed to consider an exit and find a strong successor that knows what made Apple great in other ways.</p>
]]></description><pubDate>Sun, 29 Jun 2025 15:16:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=44413789</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=44413789</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44413789</guid></item><item><title><![CDATA[New comment by diskzero in "The Great Illusion: When We Believed BeOS Would Save the World"]]></title><description><![CDATA[
<p>Extracting the licensed 3rd party code and doing the other cleanup needed to do a release would be a chore. I have done this for other code bases and it always ends up being a lot of work that involves lawyers.<p>The BeOS code wasn’t huge (I remember the tarball being 98mb) but there was licensed code in the codecs, drivers, compilers, dev tools, possibly in NetPositive and more.<p>It is cool to look at from a historical perspective, which would be the main reason to release it. I wouldn’t advise using the code as a foundation for any future project.</p>
]]></description><pubDate>Sun, 29 Jun 2025 02:19:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=44409853</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=44409853</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44409853</guid></item><item><title><![CDATA[New comment by diskzero in "The Great Illusion: When We Believed BeOS Would Save the World"]]></title><description><![CDATA[
<p>Former Be employee here who ended up at Apple eventually. BeOS was way, way behind NeXTStep in so many ways. We also had fragile base class problems and had a lot of kernel issues. BeFS was cool but Dominic ended up at Apple (and is still there) so I feel Apple got generations of BeFS evolution. Jean Louis wanted an unrealistic price and Apple spent the smartest 400 million dollars that I can think of by buying NeXT. Apple got Steve, Avie, Bertrand and so many others. Many Be people ended up on board after journeys with Eazel and others. Some never made it to Apple due to their Danger/Android/Google paths. This saddens me even to this day.</p>
]]></description><pubDate>Sat, 28 Jun 2025 22:55:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=44408834</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=44408834</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44408834</guid></item><item><title><![CDATA[New comment by diskzero in "Show HN: Munal OS: a graphical experimental OS with WASM sandboxing"]]></title><description><![CDATA[
<p>Marking Menus [1], Pie Menus, Radial Menus and friends have been around for a while. There is good body of research on them, with some recent research done on their use in multi-touch environments. [2]<p>While working at DreamWorks, I would often watch artists navigate complex marking menu hierarchies and invoke a command before the menu items themselves could actually be read by a non-trained user. In our custom lighting tool, you could execute the marking menu command by invoking the menu command and making them mouse movement before the menu actually drew.<p>1. <a href="https://www.billbuxton.com/MMUserLearn.html" rel="nofollow">https://www.billbuxton.com/MMUserLearn.html</a>
2. <a href="https://damassets.autodesk.net/content/dam/autodesk/research/publications-assets/pdf/the-design-and-evaluation-1.pdf" rel="nofollow">https://damassets.autodesk.net/content/dam/autodesk/research...</a></p>
]]></description><pubDate>Mon, 09 Jun 2025 21:52:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=44229937</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=44229937</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44229937</guid></item><item><title><![CDATA[New comment by diskzero in "Bill Atkinson has died"]]></title><description><![CDATA[
<p>John is cool, but I don't think he was around when the Macintosh II software and hardware was being designed for color support. I did work with Eric Ringewald at Be and he was one of the Color Quickdraw engineers. He would be fun to talk to. Michael Dhuey worked on the hardware of the Mac II platform. I guess we can give some credit to Jean-Louis Gassée as well. Try to talk to those people! I got to work with a lot of these Apple legends at General Magic, Be, Eazel and then back at Apple again. I never got to work on a project with JKCalhoun directly, but I did walk by his office quite frequently.</p>
]]></description><pubDate>Sun, 08 Jun 2025 02:09:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=44214056</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=44214056</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44214056</guid></item><item><title><![CDATA[New comment by diskzero in "Macintosh Allegro Common Lisp"]]></title><description><![CDATA[
<p>You can see the Github issue covering this here: <a href="https://github.com/Clozure/ccl/issues/356">https://github.com/Clozure/ccl/issues/356</a><p>There was quite a bit of discussion about this a couple of years ago. OpusModus[1] investigated supporting CCL on M1, but wasn't confident that it could be accomplished, and instead ported their product to LispWorks.<p>1. <a href="https://opusmodus.com" rel="nofollow">https://opusmodus.com</a></p>
]]></description><pubDate>Tue, 04 Feb 2025 14:55:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=42933124</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=42933124</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42933124</guid></item><item><title><![CDATA[New comment by diskzero in "LilyPond: Music notation for everyone"]]></title><description><![CDATA[
<p>There are numerous symbols to represent pitch on a staff, numerous other symbols that can be attached to the pitch symbols that represent changes in duration, dynamics, various techniques and more. These symbols can be stacked above and below the pitch symbols, to the sides of the symbols and more. There are other symbols that can span multiple pitch symbols, groups of symbols and more. There are more symbols that control the tempo of the playback of the score, the number of times sections of the score should be repeated and other symbols that will move the current playback location of the score to some other place. The placement of all of these symbols have "rules" but these rules are really suggestions and composers will always want to adjust and bend these rules. If a system implements strict rules, that system will come under criticism as being inflexible. There seems to always an exception to every rule of music notation.<p>I have been working on music notation software for almost forty years and have seen programmers come and go with their attempts to "solve" the problem of music notation. It is a very difficult problem. Once upon a time SCORE [1] was considered the best of the best on music engraving software. I worked with Leland Smith to update the program to more platforms. Sadly, the SCORE source code is not available and the rights of the source code are unclear after Leland's passing. Many music publishing companies continued to maintain systems using SCORE for quite a while.<p>The notation engine of my iOS music notation program Komp [2] is available here: <a href="https://github.com/SemitoneGene/notation">https://github.com/SemitoneGene/notation</a>.  This code is most certainly not the best or most complete, but it is easy to read and comprehend if you want to see the complexity involved. MuseScore has also been mentioned in other posts.<p>If I were to do a commercial engraving of a music score, I would use Dorico. It is being developed by who I would consider the most insightful and understanding group of developers who have a real desire to make the best music engraving program.<p>LilyPond produces very good output but offers its own series of challenges to use. MuseScore is a nice program, but it has a long way to go to meet the demands of the high professional composition and engraving market.<p>[1] <a href="https://en.wikipedia.org/wiki/SCORE_(software)" rel="nofollow">https://en.wikipedia.org/wiki/SCORE_(software)</a><p>[2] <a href="https://apps.apple.com/us/app/komp-create/id1103355632" rel="nofollow">https://apps.apple.com/us/app/komp-create/id1103355632</a><p>[3] <a href="https://www.steinberg.net/dorico/" rel="nofollow">https://www.steinberg.net/dorico/</a></p>
]]></description><pubDate>Fri, 23 Feb 2024 23:16:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=39487383</link><dc:creator>diskzero</dc:creator><comments>https://news.ycombinator.com/item?id=39487383</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39487383</guid></item></channel></rss>