もっと読む
AI目次
Observability: ログの課題と活用術
Linux: アプリケーション動作の深層
AWSとネットワーク知識の結びつき
環境変化とイベント運営の困難
TypeScript: 型のある世界の体験談
AI文字起こし(β版)
voi-chord
Voicyエンジニア
  1. 08:47
    1.

    ObservabilityとLinuxが熱い

  2. 08:16
    2.

    AWS大事だよね&コメント返信

コメント

avator
感想・質問・応援メッセージを書こう
avatar
Satoken
8月22日
Linuxというか、もとを辿るとUNIXは「基礎的な機能を組み合わせて複雑な問題を解く」という文化だと言えるでしょう。
 既に存在する基礎コマンドに対し、どの様な新規で素なコマンドを開発すると、組み合わせる事で一気に多くの性能を発展的に獲得できるのか?を意識する必要があります。
 この「素な機能」の考え方を教わる機会が、現代では少ない気がします。
返信
avatar
Satoken
8月22日
例えばsedには極めて簡素な機能しかないのですが、sed scriptを調べると物凄く複雑な事を実現できる事が分かります。GBサイズのファイルのフィルタリングや加工を、ほぼファイルの読込み時間だけで高速処理できます。
 ある大きなな機能を実現させたい時、どの様な素機能を組み合わせれば可能なのか?という分解能力と、既存の素機能で使えるものと足りない素機能に仕分ける能力が必要になります。この雰囲気、分かるかな〜?
avatar
Satoken
8月22日
20年程前、googleがAndroidを日米欧の時差を利用して8h x3回/日の24h開発を密かにしていた時、大量に掻き集められた携帯電話ソフト技術者の人達がぼやいていたのが「ソースコードにコメントが殆ど無い」事でした。日本人技術者がソースにコメントを書くと「コメントがないと理解できない(可読性のない)コードを書くな!」と怒られるらしい。「コメント書く暇あったらコードを書け」という文化です(恐しさを感じました)。
返信
avatar
Satoken
8月22日
日本で書いたコードは8h後にはアメリカでテストされるので、問題が起きた時に問い合わせしようとしても日本人は帰宅しているから、可読性の良し悪しは24h高速開発の死活問題なのは理解できます。
 私が若い時は、積極的にコメントを書く様に教わりましたが、googleの場合は「ここには、それができる奴しか居ないんだ!」というハイレベルな常識に驚きました。
この放送に「差し入れ」しませんか?
「差し入れ」することでパーソナリティに
感謝や応援の気持ちを伝えることができます
差し入れありがとうございます!

voi-chord

Voicyエンジニア

voi-chord(ボイコード)へようこそ!

このチャンネルでは、VoicyのエンジニアメンバーがVoicyリリース情報やプロダクトチームの日々の活動をお届けします!

Voicyのプロダクトの裏側、プロダクトチームの文化もお伝えしますので、ぜひフォローをお願いいたします!

新着の放送