1 poin oleh GN⁺ 2 jam lalu | 1 komentar | Bagikan ke WhatsApp
  • Pada masa Microsoft dan IBM bersama-sama mengembangkan OS/2, penentuan tombol apa yang dipakai untuk berpindah antarbidang di kotak dialog menjadi isu yang memperlihatkan perbedaan struktur organisasi
  • Seorang rekan Microsoft yang ditempatkan di kantor IBM di Boca Raton memutuskan untuk menggunakan tombol TAB sebagai tombol perpindahan bidang, dan IBM menuntut agar keputusan itu dinaikkan ke manajer di Redmond
  • Manajer Microsoft menjawab bahwa alasan dia berada di Boca adalah agar bisa mengambil keputusan seperti itu tanpa perlu dirinya hadir, dan kepada IBM hal itu disampaikan sebagai “Microsoft mendukung penggunaan tombol TAB untuk tujuan ini”
  • IBM tidak puas dan mengikuti rantai organisasinya dengan menaikkan isu itu melalui beberapa tingkat, sambil mengatakan bahwa seorang VP yang berada sekitar 7 tingkat di atas programmer menentangnya, lalu meminta konfirmasi dari manajer Microsoft yang setara
  • Rekan Microsoft itu menjawab, “Ibu Bill Gates tidak peduli dengan tombol TAB,” dan setelah itu diskusi tampaknya berakhir, sementara tombol Tab tetap dipertahankan

Perbedaan struktur organisasi yang tampak dalam kolaborasi OS/2

  • Pada masa Microsoft dan IBM bersama-sama mengembangkan OS/2, ada benturan budaya; pihak Microsoft menganggap rekan IBM terikat pada birokrasi yang tidak perlu, sementara pihak IBM memandang orang Microsoft sebagai hacker tanpa disiplin
  • Salah satu titik bentur adalah struktur organisasi, dan isu tombol apa yang digunakan untuk berpindah dari satu bidang ke bidang lain di kotak dialog menjadi perdebatan
  • Seorang rekan Microsoft ditempatkan di kantor IBM di Boca Raton, Florida, dan memutuskan untuk menggunakan tombol TAB sebagai tombol perpindahan bidang
  • Pihak IBM tidak puas dengan keputusan itu dan meminta agar isu tersebut dinaikkan ke manajernya di Redmond

Delegasi ala Microsoft dan prosedur eskalasi IBM

  • Manajer Microsoft menjawab, “Alasan Anda berada di Boca adalah agar saya tidak perlu berada di Boca untuk membuat keputusan seperti ini”
  • Sebelum jawaban itu disampaikan ke IBM, kalimatnya diubah menjadi ungkapan yang lebih korporat: “Microsoft mendukung penggunaan TAB untuk tujuan ini”
  • Pihak IBM tetap tidak puas dan menaikkan isu ini beberapa tingkat mengikuti rantai organisasinya
  • IBM mengatakan bahwa seorang VP yang berada sekitar 7 tingkat di atas programmer benar-benar menentang penggunaan TAB untuk tujuan ini, lalu meminta konfirmasi dari manajer Microsoft yang setara

Akhir dari perdebatan

  • Rekan Microsoft itu menjawab, “Ibu Bill Gates tidak peduli dengan TAB”
  • Setelah jawaban itu, diskusi tampaknya berakhir dan tombol TAB tetap dipertahankan
  • Di Amerika Serikat, hari Minggu yang akan datang adalah Mother’s Day, tetapi tulisan itu ditutup dengan lelucon bahwa tidak disarankan menanyakan pendapat ibu Anda tentang tombol TAB
  • Penilaian Microsoft dan IBM terhadap satu sama lain kemungkinan sama-sama ada benarnya sampai taraf tertentu

1 komentar

 
GN⁺ 2 jam lalu
Komentar Hacker News
  • IBM secara legendaris sangat terlalu birokratis
    Seseorang yang pernah bekerja dengan saya dulu melakukan pekerjaan mirip QA engineering modern sebagai intern musim panas di IBM London pada pertengahan 90-an, dan saat budaya semua orang datang kerja memakai jas sedang berubah, para intern meminta agar mereka diizinkan berpakaian kasual pada hari Jumat saja
    Karena mereka bekerja tanpa bertemu pelanggan dan terkurung di ruang belakang, itu terasa bukan hal besar, tetapi balasannya baru datang beberapa bulan kemudian, tepat menjelang magang berakhir, dan permintaan itu telah melewati rantai persetujuan 4 tingkat di kantor London lalu dikirim ke kantor pusat di AS hingga sampai ke meja seorang wakil presiden
    Tampaknya perlu beberapa minggu di tiap lapisan hanya untuk memikirkan apakah mereka punya wewenang menangani persoalan sepenting ini, lalu jawaban itu turun lagi satu tingkat demi satu tingkat melalui jalur yang sama, melintasi Atlantik, sampai tiba kepada para intern berjas di London ketika masa magang tinggal beberapa hari lagi
    Jawabannya adalah ditolak

    • Pada akhir 90-an, saat pindah ke negara lain dan mencari pekerjaan, saya melamar ke kantor IBM setempat karena punya pengalaman OS/2, lalu segera mendapat 3 tawaran lain dan menerima salah satunya, sehingga benar-benar lupa pernah melamar ke IBM
      Lalu 8 bulan kemudian HR IBM menelepon dan ingin saya wawancara Kamis minggu depan, dan ketika saya bilang sudah tidak tertarik, mereka tampak sangat kebingungan
      Saya tidak tahu mereka sedang memikirkan apa, tetapi mereka sangat merasa diri penting padahal tidak menawarkan gaji yang bagus
    • Ayah saya bekerja seumur hidup di IBM, dan ketika diberi tahu ia boleh memakai jas yang bukan hitam, ia datang dengan jas biru, lalu atasannya bertanya, “Kamu berangkat kerja naik bus?”
    • Saya menjalani magang setahun di situs R&D IBM di Winchester, Inggris, pada 1988~89, dan saya tidak ingat ada intern yang memakai jas atau dasi, dan banyak pegawai tetap IBM juga tidak begitu
      Suasananya cukup santai, jadi ini bukan untuk menyangkal cerita di atas, hanya menambahkan sudut pandang lain
    • “Change for a Dollar” dari Mr. Show: https://www.youtube.com/watch?v=KyocQT4Vn2g
    • Ada beberapa contoh seperti ini
      Saya meminta pengecualian dari klausul kontrak yang memberi IBM hak pertama atas kekayaan intelektual yang dibuat di luar jam kerja
      Saya hanya bekerja di call center dukungan teknis, tidak punya akses ke informasi eksklusif IBM dan tidak berperan dalam pengembangan, jadi sama sekali tidak ada risiko dalam aspek itu
      Semua orang yang benar-benar bisa ditemui langsung menganggap itu permintaan yang sangat masuk akal, tetapi balasan penolakan pertama baru datang setelah 6 minggu, dan ketika manajer langsung saya mencoba menengahi, peninjauan bertambah 2 minggu lagi tetapi jawabannya tetap ditolak
      Tampaknya dokumen itu naik sepanjang jalur pelaporan sampai ke AS, bercabang ke bagian legal, lalu turun lagi, dan akhirnya saya keluar dari perusahaan agar tidak berisiko IBM mengklaim hak bahkan atas proyek perangkat lunak kecil yang saya kerjakan dengan teman
      Selain itu, formulir HR ditulis pada awal 80-an lalu didigitalkan pada 2000-an, dan tim kami yang tidak berhadapan dengan pelanggan sangat beragam
      Ada upaya memperbarui formulir agar mengakui kombinasi gender dan kata ganti lain, tetapi peninjauannya memakan sekitar 12 minggu, dan pada akhirnya tampaknya ditolak karena tidak ada yang ingin mencari tahu siapa yang harus mengubah formulir itu
      Tim kami punya banyak anggota LGBT dan mempertahankan mereka tampak penting, tetapi tetap ditolak mentah-mentah
      Pelatihan pencegahan pelecehan seksual diberikan lewat kaset pada 2010, dan karena tertulis “versi yang diperbarui”, mungkin sebelumnya bahkan pakai piringan vinil
  • Yang membuat cerita ini terasa aneh adalah IBM cukup konsisten dalam penamaan keyboard di berbagai produknya, dan terminal mainframe keluarga 3270 memindahkan kursor ke field berikutnya dengan tombol Tab yang berada di posisi Tab pada keyboard modern
    https://www.bitsavers.org/pdf/ibm/3278/GA27-2890-4_3278_Disp... halaman 73 PDF
    Sebagai catatan, pada terminal IBM perpindahan antar-field cukup penting sehingga ada juga tombol khusus Back Tab di sisi berlawanan tombol Tab
    Pada IBM PC asli, dua fungsi itu digabung menjadi satu tombol, jadi pada tombol Tab keyboard PC klasik ada simbol tab maju dan tab mundur sekaligus, dan simbol tab mundur berada di atas yang berarti harus menekan Shift
    Tambahan lagi, terminal keluarga 5250 memakai istilah “Field Advance” dan “Field Backspace” alih-alih Tab/Back Tab, tetapi simbol dan posisi tombolnya kurang lebih sama dengan keluarga 3270
    Referensi: https://www.bitsavers.org/pdf/ibm/5291/GA21-9409-0_5291_Disp...

    • Keyboard IBM 3270 asli memang seperti ini[1]
      Lihat tombol “Next field” di kiri dan tombol pasangannya “Previous field” di kanan
      IBM 3270 adalah perangkat untuk pengisian formulir, dan mainframe mengirim formulir dengan bagian kosong ke terminal lalu pengguna mengisi bagian kosong itu
      Perangkat keras terminal mencegah pengguna menimpa bagian tetap formulir dan juga menerapkan batasan seperti field numerik, dan semua itu diproses di terminal
      Setelah formulir selesai diisi, pengguna menekan ENTER dan formulir lengkap dikirim ke mainframe sebagai satu transaksi
      Pendekatan ini membuat satu mainframe mampu menangani sangat banyak terminal, dan pengguna bisa mengetik cepat bahkan tanpa melihat tanpa merasakan jeda saat mengetik
      PC tidak punya model penggunaan seperti ini, dan orang-orang di kubu PC membayangkan “mesin tik”
      Salah satu terminal komputer rumahan awal bahkan disebut “TV Typewriter”
      Formulir web memang punya model seperti ini, tetapi jauh kurang konsisten
      [1] https://sharktastica.co.uk/resources/images/model_bs/themk_1...
    • Berdasarkan pengalaman saya pernah bekerja di IBM, dugaan saya penggunaan tombol Tab seperti ini adalah bagian dari paten yang sedang didorong IBM, dan bila Microsoft memakainya seperti itu maka akan terlihat “jelas” sehingga lebih sulit dipatenkan
      Tapi ini hanya dugaan
      Pada 80-an, IBM punya jabatan teknis senior bernama “Systems Engineers”, dan seluruh pekerjaan mereka adalah mengomentari kelebihan dan kekurangan sistem tertentu
      Bukan menulis, mendebug, atau menjelaskan sistem itu, hanya berperan mengatakan, “Anda melakukannya dengan salah”
    • Ini terasa aneh mengingat IBM biasanya sangat ketat menegakkan norma perusahaan di seluruh unit bisnis, tetapi dari buku-buku tentang asal-usul IBM PC, mungkin ini terkait fakta bahwa organisasi PC di Boca adalah pengecualian yang tidak normal menurut standar IBM
      Bagi tim Microsoft mereka tampak seperti organisasi perusahaan yang sangat kaku, tetapi di dalam IBM orang-orang Boca dianggap “unit pemberontak”, dan sebenarnya sebagian besar IBM bahkan tidak tahu mereka ada
      Dalam skala waktu IBM, mereka muncul nyaris dalam semalam, bergerak sangat cepat, dan itu bisa terjadi karena Thomas Watson Jr. menyetujui skunkworks ini dengan menepis keberatan para bawahannya
      Jadi di Boca hampir tidak ada pengawasan, koordinasi, atau kontrol yang biasanya ada pada proyek sebesar itu
      Boca awal bergerak di luar struktur pelaporan normal, dan saat mencoba memperoleh teknologi atau komponen dari bagian IBM lain mereka kadang harus menjelaskan bahwa mereka benar-benar bagian dari IBM
    • Seingat saya terminal IBM 3270 punya dua tombol “Enter/Return”
      Salah satunya adalah tombol Return seperti sekarang, yang hanya pindah ke field berikutnya dan tidak mengirim formulir
      Ada tombol Enter lain di posisi kanan Ctrl modern, dan tombol itulah yang mengirim formulir
      Jadi mungkin IBM bukan menentang tombol Tab itu sendiri, melainkan menentang penggunaan tombol Return sebagai tombol kirim formulir, padahal pengguna 3270 mengharapkan Return untuk pindah ke field berikutnya
      Program DOS juga sering seperti ini, jadi menekan Return akan pindah ke field berikutnya alih-alih mengirim formulir, dan di Windows ini salah satu hal yang harus dibiasakan
    • Lucunya, IBM sebenarnya sudah memublikasikan ini
      CUA secara eksplisit menyatakan bahwa Tab dan Backtab berpindah antar-field
      Jadi IBM tampaknya menentang standarnya sendiri dengan menaikkan masalah ini melewati 7 lapis manajemen: https://archive.org/details/ibmsj2703E/page/n13/mode/2up
  • Sebagai orang yang lebih suka Tab, saya tidak sedang mencari perdebatan, tetapi dulu saya pernah bertanya kepada Brendan Eich di Twitter mengapa ia lebih suka spasi
    Jawabannya lebih bijaksana daripada yang saya duga
    Sistem operasi modern dan perilaku antarmuka pengguna membajak tombol Tab itu sendiri, jadi terutama dalam konteks seperti browser, memasukkan karakter tab sungguhan menjadi rumit
    Saya sendiri masih lebih suka Tab dan saya pengembang Go, tetapi dalam hal ini dia benar sekali bahwa ini memang masalah yang sangat menyebalkan
    Coba saja masukkan karakter tab ke area teks Hacker News dan Anda akan langsung paham

    • Tapi bukankah orang yang tidak memakai karakter tab literal pun tetap menekan tombol Tab saat menulis kode? Masa menekan spasi N kali?
      Saya agak paham argumennya, tetapi kalau Anda menulis kode yang sensitif tab/spasi di area teks HN, itu sendiri berarti ada sesuatu yang salah
      Editor kode akan menangani tombol Tab dengan benar
      Hanya saja, walau ada sedikit konvensi untuk Enter seperti Shift+Enter, Alt+Enter, Cmd+Enter, tetap menjengkelkan bahwa hampir tidak ada cara memasukkan karakter tab yang bisa dipakai lintas sistem operasi
      Shift/Alt/Ctrl+Tab juga biasanya sudah dibajak untuk aksi lain
    • Mungkin masuk akal memisahkan tombol untuk “tab” dan “field berikutnya”, dan juga memisahkan “baris baru” dan “kirim”
      Hanya saja tab dan baris baru memang tidak berlaku di semua konteks
      Selain itu, mungkin juga masuk akal punya tombol atau kombinasi tombol untuk memasukkan karakter kontrol sebagai data, bukan sebagai perintah, seperti penggunaan ^V di beberapa program
      Ini hal yang layak dipertimbangkan saat merancang komputer baru yang tidak harus sama dengan komputer lama, dan saya juga pernah memikirkan hal-hal seperti ini serta mungkin benar-benar akan mempertimbangkannya
    • Fakta bahwa kebanyakan orang menganggap tombol Tab adalah pilihan yang benar justru contoh sempurna mengapa pilihan itu tidak benar
      Tombol Tab punya tujuan asli lalu dibajak, sehingga tujuan aslinya justru jadi lebih sulit digunakan
      Tidak jauh berbeda dengan saat Apple pertama kali memperkenalkan Touch Bar dan menghapus tombol Escape
      Pengguna rata-rata mungkin hampir tidak memakainya, tetapi pengembang rata-rata sulit hidup lama tanpa sering memakai tujuan asli tombol itu
    • Bahasa Inggris bukan bahasa ibu saya, jadi saya mencoba memahami maksud Brendan
      Saya pernah mendengar bahwa dulu tombol tab bisa direpresentasikan berbeda di tiap sistem, jadi spasi yang selalu direpresentasikan dengan cara sama lebih aman
      Apakah itu yang ingin Brendan maksud?
    • Ada juga masalah bahwa orang tidak menyetel lebar tab yang sama
  • Tulisan yang bagus, tetapi saya masih penasaran mengapa IBM menentang penggunaan tombol Tab seperti ini
    Apakah karena mereka tidak ingin Tab menjadi karakter input sekaligus karakter kontrol?
    Maksudnya, pada beberapa field input Tab bisa dimasukkan dan pada kasus lain tidak, sehingga sulit langsung tahu yang mana?
    Bahkan pada 2026, sudut pandang itu masih terasa masuk akal bagi saya

    • Secara pribadi saya memang tidak suka tombol Tab dipakai untuk berpindah field
      Pertama, ini merusak kompatibilitas dengan DOS
      Program DOS memakai Enter, dan keypad numerik juga punya tombol Enter, jadi data numerik bisa dimasukkan dengan satu tangan
      Tangan kiri bisa tetap di dokumen kertas asli dan tangan kanan bisa memasukkan data, dan orang-orang menjadi sangat cepat melakukan ini
      Pola ini masih ada di beberapa program seperti Excel
      Banyak pelanggan tidak suka harus menaruh kedua tangan di keyboard, dan banyak program kami mengizinkan pemetaan Enter=Tab
      Yang penting bukan “nama” tombolnya melainkan posisinya
      Fungsi ganda tombol itu hanyalah kerepotan yang kami terima, dan kadang ia bertindak seperti tombol navigasi sementara di saat lain seperti tombol masukan spasi
      Enter juga akan punya masalah yang sama
      Solusi yang jauh lebih baik adalah menambahkan satu tombol baru di keyboard, idealnya di keypad numerik bila memungkinkan
      Banyak tombol baru muncul pada masa itu, dan kalau dipikir kembali seharusnya saat itu ditambahkan tombol “maju ke berikutnya”
    • Jika Anda merancang editor teks yang berjalan di browser, Anda harus sepenuhnya menghancurkan harapan pengguna soal fungsi tombol Tab
      Karena di lingkungan seperti itu ada dua peran yang sama-sama logis dan intuitif untuk tombol Tab, tetapi keduanya saling bertabrakan
      Masalah serupa jauh lebih sering muncul pada tombol Enter, dan bahkan sekarang kita menghafal aturan yang cukup rumit tentang apakah ctrl+crlf berarti baris baru atau kirim pesan, dan apa arti crlf tunggal serta shift+crlf masing-masing
      Di editor HN, shift+crlf dan crlf tunggal membuat baris baru, sedangkan ctrl+crlf tidak melakukan apa-apa
      Tetapi di tempat lain, ctrl+crlf memicu pengiriman formulir atau pesan, shift+crlf memasukkan baris baru mentah, dan crlf tunggal bisa berarti salah satunya, atau tidak keduanya
      Ini binding yang umum, tetapi saya juga pernah melihat pengecualian dan pembalikan, bahkan ada kasus shift+crlf mengirim formulir dan ctrl+crlf memasukkan baris baru mentah
      Semua ini benar-benar menjengkelkan dan menambah banyak friksi bagi pengguna, dan untuk sementara waktu pedoman gaya Microsoft, yang sekarang mungkin tampak ironis bagi orang modern, dulu dianggap salah satu rujukan inti praktik terbaik
    • Ini membuat saya membayangkan dunia di mana CAPSLOCK dipakai sebagai “pilih input berikutnya” dan TAB dipakai sebagai karakter
    • Bisa saja dilihat begitu
      Mengelola organisasi dengan begitu banyak komponen yang bergerak dan membuat sesuatu dengan cepat demi pengguna jelas merupakan perhatian yang sangat berbeda
    • Dari yang saya baca, sepertinya tidak ada “alasan IBM” yang benar-benar utuh
      Rasanya seperti ada satu orang dalam birokrasi IBM yang ikut campur lalu menghentikan segalanya, dan itu dimaksudkan untuk menunjukkan perbedaan budaya
      Memang tulisan aslinya sendiri adalah tulisan tentang perbedaan budaya semacam itu
  • IBM juga alasan mengapa MS-DOS tidak mendukung “-” untuk opsi, dan mengapa perangkat tidak ditempatkan di direktori “\DEV” setiap drive
    Dukungan untuk “/” sebagai pemisah path tetap bertahan
    Banyak orang di Microsoft memakai Xenix dan menyukai Unix, dan DOS yang sangat awal punya opsi config.sys SWITCHCHAR dan AVAILDEV untuk hal-hal ini
    Tetapi setahu saya IBM menolak keras dan memaksa penghapusannya
    Yang terutama menjengkelkan pada masalah DEV adalah DOS 1 bahkan tidak punya direktori, jadi tidak mungkin ada masalah kompatibilitas besar
    Namun akibatnya DOS/Windows terikat pada asumsi bahwa file perangkat ada di setiap direktori, sehingga tidak bisa mendukung pembuatan file bernama “CON” atau “COM1”

    • Microsoft tidak pernah menghapus itu dari MS-DOS
      Hanya saja selama bertahun-tahun mereka tidak mendokumentasikan pemanggilan yang diperlukan untuk itu
  • Saya ingat di mainframe 3270 tombol Tab memang dipakai untuk berpindah antar-field, jadi ini terasa aneh

    • Betul
      Saya menemukan PDF Operator's Guide-nya
      Lihat https://news.ycombinator.com/item?id=48028227
    • Saya juga selalu mengira standar IBM adalah berpindah dengan TAB dan mengonfirmasi formulir dengan ENTER
    • Itu juga persis ingatan saya
      Memakai Tab hampir seperti kebiasaan kedua, dan saat pindah ke aplikasi GUI, terutama aplikasi Visual Basic, saya kesal kalau urutan tab-nya buruk
    • Sudah lama sejak saya memakai green screen IBM, tetapi di aplikasi kami saya ingat Tab berpindah antar-field
      Namun rasanya juga ada tombol fungsi yang dikhususkan untuk tujuan itu
    • Saya penasaran bagaimana di sistem midrange
      Saya tidak pernah memakai AS/400, tetapi setahu saya ada konsep tombol Field Exit yang terpisah
  • Saya tertawa keras pada bagian “orang Microsoft melihat rekan IBM mereka sebagai orang yang tenggelam dalam birokrasi tak berguna, dan orang IBM melihat orang Microsoft sebagai peretas tanpa disiplin”
    Saya bekerja di MSFT, dan tampaknya Microsoft pada masa itu adalah perusahaan yang sangat berbeda dari sekarang
    Sekarang saya dan rekan-rekan merasa terjebak dalam birokrasi tak berguna karena rapat tanpa akhir, mandat AI, drama promosi, dan sebagainya
    Kompensasinya lumayan, tetapi birokrasi itu menggerogoti jiwa

  • Semua mesin seharusnya dipasangi game controller agar berpindah antar-field dilakukan dengan tombol arah, lalu tombol ‘A’ untuk naik satu tingkat dalam menu hierarkis, dan tombol ‘B’ untuk masuk ke submenu
    Jadi untuk berpindah field Anda memasukkan data, lalu melepas tangan dari keyboard, mengambil game controller, menekan kanan atau kiri, lalu menaruh tangan kembali ke keyboard
    Produktivitas pasti akan naik luar biasa

  • Saya sudah lebih dari 30 tahun jadi pengguna Mac, tetapi saya sangat menyukai tulisan sejarah Raymond Chen
    Saya tahu folklore.org, tetapi andai ada sesuatu yang setara dari sisi internal Apple
    Sayangnya, itu bukan bagian dari budaya Apple

    • Budaya Apple memang tidak bisa diapa-apakan, tetapi sudah cukup lama berlalu sehingga saya rasa tidak akan ada yang mempermasalahkan kalau saya membagikan satu cerita
      Pada 1992 saya adalah intern musim panas di tim System Software, dan salah satu proyek saya adalah memperbaiki fitur dalam Disk Initialization Package yang menandai bad block yang ditemukan saat inisialisasi disk
      Fitur lama itu berfungsi, tetapi sangat lambat, tidak menunjukkan progres, dan tidak bisa dibatalkan
      Bagian paling sulit justru antarmuka penggunanya
      Saya berhasil banyak meningkatkan kecepatannya, tetapi karena tidak mungkin tahu berapa lama seluruh proses akan berlangsung, semua heuristik untuk menampilkan sisa waktu ternyata buruk
      Beberapa kubikel dari saya ada seseorang dengan jabatan “User Interface”, jadi saya penasaran apakah dia bisa membantu, lalu saya bertanya apakah ia punya waktu sebentar, dan saya pun duduk bersama Bill Fernandez, pegawai nomor 4 Apple sekaligus orang yang memperkenalkan kedua Steve satu sama lain, untuk memecahkan masalah itu
      Selain manajer saya, dia benar-benar orang paling baik yang saya temui pada musim panas itu, segera memahami masalahnya sepenuhnya, lalu memberi solusi yang hebat
      Solusinya adalah membuang estimasi sisa waktu dan menggantinya dengan progress bar tak tentu yang maju tiap kali satu track disk diuji
      Itu bekerja dengan baik, orang-orang menyukainya, dan fitur itu masuk ke point release setelah 7.1
      Tidak seberkesan tulisan-tulisan Raymond, tetapi cukup bagus sebagai permulaan
  • Saya kagum bahwa setiap era tampaknya penuh pertarungan soal hampir setiap detail
    Tombol juga, termasuk susunan, bentuk, dan maknanya
    Tapi sekarang rasanya sangat aneh sekaligus lucu bahwa tidak ada yang lagi peduli pada hal-hal seperti ini

    • Belum pernah lihat perdebatan glassmorphism di Tahoe?