ブックマーク / okuranagaimo.blogspot.com (7)

  • 日本のウェブデザインの特異な事例

    sabrinas.spaceより。 8週間もかからなかったはずのプロジェクトのウェブデザインはどう違うのか? 2013年のRandomwireのブログ投稿で、著者(David)は、日のデザインの興味深い相違点を強調しました。日人はミニマリストのライフスタイルで海外に知られていますが、ウェブサイトは奇妙なほどマキシマリストです。ページには様々な明るい色(3色デザイン原則を破っている)、小さな画像、そして多くのテキストが使われています。2022年11月に撮影されたこれらのスクリーンショットで、自分の目で確かめて下さい。 ブログ投稿には、文化的専門家、デザイナー仲間、そして不満を抱く市民によって支持されている、考えられる理由がいくつか挙げられていました。 この理論が今でも正しいのか、また、もっと定量的なアプローチが可能なのか気になったのでやってみました。 私が見つけたもの 各国の最も人

    日本のウェブデザインの特異な事例
    xlc
    xlc 2022/11/27
    日本のWebのデザインは「折り込みチラシ」の発想で詰め込まれてる気がする。デザインする部門が同じだったのかもしれん。iモード以降はケータイ用の文字主体デザインと二極化したが、その流れが続いてると思う。
  • プログラミングに必要なブレイクスルー

    Yoyo Code (Matyáš Racek's blog)より。 ソフトウェアの開発方法を劇的に変えるには、いくつかのブレイクスルーが必要だと感じています。ブレイクスルーといった場合、それは大きなブレイクスルーを意味します。例えば、「構造化プログラミング」のブレイクスルーのようなもので、プログラミングに対する私たちの考え方を完全に変えてしまうようなものです。ここでは、それに関するいくつかの見解とアイデアを紹介します。 グルーコードや定型文を書くのは無駄だ 私が書くコードのほとんどは、面白いことはするわけではなく、定型文か、サブシステム同士を繋ぐための糊のようなものです。この種のコードは、すでに何度も書かれていて、これからも何度も書かれるような気がします。それなのに、なぜまた書かなければならないのでしょうか? 問題は、コードがかなり異なっていることで、通常は既存のコードをそのまま使うこと

    xlc
    xlc 2022/08/21
    麻雀の役判定のプログラムを書かせれば必要なセンスがあるか分かる。センスのない人は「人間の手順」をそのままプログラム化しようとするので完成しない。プログラムなりの考え方が必要になるのだな。
  • うるう秒を過去のものにする時が来た

    Metaのエンジニアリング・ブログより。 BY オレグ・オブレウコフ、アフマド・ビャゴウィ うるう秒の概念は、1972年に国際地球回転・基準系事業(IERS)によって初めて導入された。これは、観測された太陽時(UT1)に不確定性があり、地球の自転が長期的に減速しているため、協定世界時(UTC)を定期的に更新しようという試みだった。この定期的な調整により、科学者や天文学者はほとんどの用途でUTCを使用して天体を観測することができるようになり、主な恩恵を受けてきた。もし、UTCの補正がなければ、天体観測のためにUTCに同期するレガシー機器とソフトウェアに調整を加えなければならなくなる。 うるう秒が導入されて以来、今日までUTCは27回更新されている。 1972年当時、うるう秒は科学界と通信業界の双方を満足させるものだったが、最近のUTCはデジタル・アプリケーションと科学者の双方にとって等しく悪

    うるう秒を過去のものにする時が来た
    xlc
    xlc 2022/07/27
    誤解を生む記事。考えすぎると間違える。通常のライブラリには閏秒は存在しないので無視すればよい。実世界で閏秒があっても1分は常に60秒である。 https://ja.wikipedia.org/wiki/UNIX%E6%99%82%E9%96%93 / ブコメに誤解が散見される。
  • DevOpsは失敗する

    lbr.より。 BY リー・ブリッグス 初めて聞いた言葉を思い出すのは、ほとんどの人にとって難しいことでしょうが、私は初めて「DevOps」という言葉を聞いた時のことを覚えています。2013年、その時点で私が知っていることのほとんどすべてを教えてくれた同僚とビールを飲んでいるときのことでした。私は幸運にも、自分が始めた新しい仕事に彼を連れてくることができました。彼は、多くの気の利いたことができ、私は彼の力に便乗することができました。私たちは、新しい会社で目にした問題のいくつかを話し合っていました。それは、おそらく今ではほとんど人にとって身近に感じられるものでしょう。アプリケーションが番稼働しているときのサポートに苦労していたのです。 彼は、私たち全員が同じ考えを持つためには、ライフサイクルの早い段階から関与する必要があると話していました。その時、彼がオーストラリア訛りで言った「DevOp

    xlc
    xlc 2022/07/04
    私は自分で開発し、自分でデプロイしてるがDevOpsとか考えたこともない。あれって運用者の「やってる感」のためにあるんじゃないの?
  • 業界6年目で考えが変わったソフトウェア開発のトピック

    chriskiehlのブログより。 考えを改めたもの 過去の自分なら言い争っていたであろうことが、今では信じられるようになったこと。 様々な経験レベルを持つ人がいるチームで仕事をする場合は、型付き言語の方が適している スタンドアップは、実際に新人を注目するのに役立つ スプリント・レトロスペクティブは、実際の軌道修正のためのものであって(「つまり、なんてこった、うまく行かなかった!」)、皆の時間を無駄にするようなアジャイル/スクラムマスター的なものでない限り、その場に相応しいものである ソフトウェア・アーキテクチャは、おそらく他の何よりも重要である。優れた抽象化のクソみたいな実装は、コードベースに正味の害を与えません。悪い抽象化や欠落したレイヤーは、すべてのものを腐らせる Javaはそれほどひどい言語ではない 巧みなコードは通常、良いコードではない。明瞭さは、他のすべての懸念事項に勝る どん

    xlc
    xlc 2021/02/03
    バカと折り合いをつけられない人はこの業界に向いてない。最終的にコードを書くのは多重請負構造末端のバカなのだから。
  • 「平常に戻る」ことはない

    イギリスNESTA(科学技術芸術国家基金)より。日にも当てはまる。 パンデミックは世界を永久に、そして根から変えるだろう。例えば、各国が今後数か月でCOVID-19の蔓延を抑制できたとしても、政治的、経済的、社会的、技術的、法的、環境的な影響が何十年も続くことになるだろう。 この記事では、世界がどのように変化するかについて、様々な見方(しばしば反対の見方)を要約し、総合的にまとめている。明らかに、これらは空論である。未来がどのようなものになるか誰にも分からない。しかし、危機は必ず深く予期しない変化を促し、パンデミック前の正常な状態に戻ることを期待している人々は、以前のシステム、構造、規範、仕事の多くが消滅しており、戻る事はないと知って愕然とするかも知れない。 そのため、適応能力とイノベーションはこれまで以上に重要になってくる。数か月でビジネスが通常どおり再開することを期待する経営陣にと

    xlc
    xlc 2020/04/19
    中国は平常に戻りつつある。準鎖国状態を保ったまま国内の生活は平常に戻すと思う。現在コロナ禍に見舞われている国は悲観的になるのだろうが、中国にいるとそれは感じない。まずは終息に全力を注ぐべきでは。
  • すべてのプログラマーが試すべき挑戦的なプロジェクト

    Austin Z. Henleyのブログより。 更新12/14: この投稿は、Hacker NewsとRedditに関する多くの議論に拍車をかけました。 提案されたプロジェクトのいくつかを収集し、この投稿の最後にリストに入れました。 私はよくサイドプロジェクトを始めたいが、何を作るべきか分からない多くの学生やプロの開発者と話します。以下は、私に多くを教えてくれたいくつかのソフトウェアプロジェクトです。実際、それらは何度も作ることができ、毎回新しいことを学ぶことができるので素晴らしいです。従って、何を作るのか分からない場合、または新しいプログラミング言語またはフレームワークを学びたい場合は、私は次のいずれかから始めます。 テキストエディタ 2Dゲーム - スペースインベーダー コンパイラ - Tiny BASIC ミニ・オペレーティング・システム スプレッドシート (難しい!) ビデオゲーム

    すべてのプログラマーが試すべき挑戦的なプロジェクト
    xlc
    xlc 2019/12/20
    30年前から変わっていないリスト。そしてこのレベルに到達できる人も殆どいない。私もインベーダーゲームを作りたくてプログラミングを覚えたクチだが、未だそのレベルに到達していない。
  • 1