UNIX哲学に学ぶ、「より悪いことは、より良いことだ」?! | ライフハッカー・ジャパン
「worse is better（より悪いことは、より良いことだ）」 真逆の言葉をイコールにしてしまっているこのフックあるフレーズ、一体どういう意味なんでしょうか？ これはプログラム言語、LISPのスペシャリストである、リチャード・P・ガブリエル（Richard P. Gabriel）氏が自身のエッセイで述べた、ニュージャージー・スタイルとも呼ばれる一説です。このソフト開発に対する哲学的アプローチは、質と機能性は必ずしも比例するわけではないというアイディアに基づき、システムにおいて完全さよりもシンプルさを重視して考えるそうです。 コンセプトは、ソフトウェア開発において「まずは最小限のものを作るところからスタートさせ、必要に応じてそれを育てていく」というアプローチの提唱で、一般のビジネスや日常生活においても、応用できる考え方です。たとえば、ビジネスの戦略立案でも、最初から細部にわたって作りこ
"Worse is Better"コンセプトとアジャイル/リーン
25年前にRichard P. Gabriel氏の提唱した“Worse is Better(悪い方がよい)”のコンセプトに従うならば，機能が少ない方がよい製品を生み出せる，ということになる。我々は“Worse is Better”のコンセプトから，アジャイル/リーンによる開発とアーキテクチャを学ぶことができる，とKevlin Henney，Frank Buschmann両氏は言う。 両氏はOOP 2015 conferenceで，“Worse Is Better, for Better or for Worse (よくも悪くも，悪い方がよい)”と題した講演を行う予定だ。講演で両氏は，反復型開発を考える上で，製品あるいはアーキテクチャを中心とした手法を探り，ソフトウェア開発の成功における品質管理，スコープ管理の有用性について議論する。InfoQではOOP 2015の様子について，ライトアップ
Worse Is Better
Worse Is Better（悪いほうが良い） Richard P. Gabriel (Original article: Worse Is Better. Japanese translation by Hisashi Morita.) "worse is better"として知られる考え方では、ソフトウェアを作る際には（おそらく他の分野でも同様に）最小限のものをまず作り、そして必要に応じて育てるほうがよいとされる。Christopher Alexander*なら"piecemeal growth"（一口分ずつの成長）と呼んだかもしれない。その考えがどのように進化したかを話そう。 1984から1994まで、私は"Lucid, Inc."というLispを生業とする会社を所有していた。1989の時点で、Lispビジネスが好調ではないことは明らかだった。ひとつにはAIを生業とする会社が泥沼に
Worse is better - Wikipedia
Worse is better (also called the New Jersey style[1]) is a term conceived by Richard P. Gabriel in a 1989 essay[2] to describe the dynamics of software acceptance. It refers to the argument that software quality does not necessarily increase with functionality: that there is a point where less functionality ("worse") is a preferable option ("better") in terms of practicality and usability. Softwar
情報的不安 - yuiseki
これは一体なぜだろうかと考察した結果、yuiseki.iconは情報的にとても不安なんだと気づいた
安全な砂場で大量に良い失敗をしてみせる - yuiseki
私は、ソフトウェアエンジニアリングを他者に伝授する際に、ドキュメントやマニュアルを用意したり、あるいは手取り足取り教えるのは、あまり良くないアプローチかもしれないと考えるようになった
the-art-of-command-line/README-ja.md at master · jlevy/the-art-of-command-line
対象 : このガイドは、初心者向けでも経験者向きでもある。幅広く(書いてあることは全て重要)、かつ明確で(多くのケースに対して具体的な例を付ける)、そして簡潔(他の場所で見つけられるような重要でないことや脱線したことは省く)であることをゴールにしている。各項目は、多くの場面において必須であるか、他の方法に比べて劇的に時間を節約してくれるだろう。 OS X用のものを除き、Linux向けの内容となっており、その多くは各種LinuxおよびMacOS(あるいはCygwin)でも使えるだろう。 インタラクティブなBashを使うことを想定しているが、多くの項目は他のシェルやBashのスクリプトでも使えるだろう。 (このリポジトリへ)組み込むメリットがあるのであれば、標準Unixコマンドやパッケージインストールコマンドも含める。 注意 : 1ページ内に収めるために、内容には暗黙的に書かれていることがある
Helpfeelが日本CPO協会に加盟
株式会社Helpfeel（京都府京都市 代表取締役/CEO：洛西一周 以下、当社）は、一般社団法人 日本CPO協会（以下、日本CPO協会）（ https://japancpo.org/ ）に協力会社として加盟したことをお知らせいたします。 加盟の経緯 Helpfeelは日本CPO協会が掲げる「日本と世界のプロダクト開発をつなぎ、日本のソフトウェアプロダクトをグローバルで通用する水準へ」というビジョンに深く共感し、同協会が主催するイベント「Product Leaders 2022」に協賛しました。日本CPO協会への加盟を通じて、日本のプロダクト開発の発展に貢献できると考え、このたび加盟いたしました。 一般社団法人 日本CPO協会とは 日本CPO協会は、日本のソフトウエア・プロダクトをグローバルで通用する水準に高めることを目指して活動している2021年1月に設立された非営利団体です。同協会によ
GitHub - dotansimha/graphql-code-generator: A tool for generating code based on a GraphQL schema and GraphQL operations (query/mutation/subscription), with flexible support for custom plugins.
https://the-guild.dev/graphql/codegen GraphQL Code Generator is a tool that generates code out of your GraphQL schema. Whether you are developing a frontend or backend, you can utilize GraphQL Code Generator to generate output from your GraphQL Schema and GraphQL Documents (query/mutation/subscription/fragment). By analyzing the schema and documents and parsing it, GraphQL Code Generator can outpu
初めての GraphQL。Code Generator で型を生成するまでのメモ - かもメモ
GraphQL に入門していて、GraphQL の schema などから TypeScript の型定義を自動生成するのがナウでヤングだと聞いたので試してみたのメモ。 この記事の対象 とりあえず GraphQL Code Generator で GraphQL の Schema から型定義ファイルを生成してみたい 調べると高度な情報が出てくるけど断片的で、まずどうやって導入するのかにで詰まった GraphQL Code Generator GraphQL のスキーマから TypeScript の方を生成できるライブラリ。他にもあるとおもうけど情報が多かったので GraphQL Code Generator を使用することにしました。 インストール $ npm i -D @graphql-codegen/cli # graphpl も必要なのでインストールする $ npm i graphq
GraphQL Code Generator 導入する
import { gql, useQuery } from '@apollo/client'; interface PostQuery { posts: { id: string title: string author?: { id: string firstName: string lastName: string } }[] } const postsQueryDocument = gql` query Posts { posts { id title author { id firstName lastName } } } ` const Posts = () => { const { data } = useQuery<PostQuery>(postsQueryDocument); // ... }
GraphQL Code Generator(graphql-codegen) おすすめ設定 for TypeScript
GraphQL Code Generator v3 以降で標準となった Client preset では設定が大きく異なります。 この記事は Client preset を使わない前提の内容になっているため、注意が必要です。 Client preset 用の設定は別記事で紹介します。 全体 生成物をフォーマッタにかける graphql-codegen には Lifecycle Hooks という仕組みがあり、いくつかの用意された hook ポイントで任意のコマンドを実行できる。 これを使って生成されたコードを Prettier 等のフォーマッタに通しておくのがおすすめ。 基本 DO NOT EDIT とはいえ、コードジャンプしてきて生成された型を読みたいケースはよくある。 そういうときのために、人間が見やすいように改行しておいてもらうといい。 typescript plugin, type
GraphQL Code Generator で TypeScript の型を自動生成する - クックパッド開発者ブログ
技術部の外村（@hokaccha）です。 レシピサービスのフロントエンドを Next.js と GraphQL のシステムに置き換えている話 - クックパッド開発者ブログ という記事を書きましたが、この中で詳しく説明しなかった GraphQL のスキーマやクエリから TypeScript の型定義を自動生成する仕組みについて紹介します。 なお、今回紹介したコードは以下で試せます。 https://github.com/hokaccha/graphql-codegen-example-for-techlife GraphQL Code Generator を使った型生成 GraphQL のスキーマから TypeScript の型を生成するためのライブラリはいくつかあります。 Apollo GraphQL Code Generator などが有名どころです。今回はシンプルさや拡張性を考えて G
今更ながら graphql-code-generator の便利さを痛感する - Qiita
はじめに 今日も今日とて、フロントReact + バックRailsのSPA + APIのアプリ開発していたところ TypeScriptのReact側で、react-apolloの型宣言がめんどくさいと思っていました。 バックエンド側はGraphQLを使用しているので、いろんなところに型宣言をしているようにも感じて、微妙。。 そこでgraphql-code-generatorを使っていろいろ気持ち悪い部分を解消していこうという話をします。 今回の構成 フロントエンド GitHub React（SPAで） TypeScript create-react-app React Apollo バックエンド GitHub Ruby Rails（APIで） GraphQL ※上記２つのリポジトリはこちらのリポジトリから連動させる仕組みとしました。（開発環境として） とりあえずApolloの公式通りにやっ
GraphQL Code Generatorってどんなコードを生成してくれるの？ - Qiita
GraphQLを使う上で、GraphQL Code Generatorというツールがとても便利で、色々なコードを生成してくれるというのは知っていました。 実際、普段は設定されていたのものを使っているのですが、改めてどんなツールなのかをちゃんと理解していないなと思い、調べてみました。 GraphQL Schema GraphQL Code Generatorがコードを生成するベースとなるのはGraphQL Schemaです。 フロントエンドでTypeScriptを使っていると、一見TypeScriptにも見えてしまうのですが、これはGraphQL schema languageです。 type Human implements Character { id: ID! name: String! friends: [Character] appearsIn: [Episode]! starsh
Home (GraphQL-Codegen)
Generate Code InstantlyGenerate code from your GraphQL schema and GraphQL operations with a single function call regardless of your environment or code format. Customize EasilyGenerate code from your GraphQL schema and GraphQL operations with a single function call regardless of your environment or code format
草間彌生《南瓜》展示のお知らせ | ベネッセアートサイト直島
「南瓜」草間彌生 2022年 ©YAYOI KUSAMA（撮影：山本糾） 昨年8月に台風9号の影響で破損したベネッセハウス ミュージアムの屋外作品、草間彌生の《南瓜》につきまして、関係者皆様との協議を重ねてまいりましたが、このたび復元制作を経て、2022年10月4日、旧作と同じ場所で展示をするに至りました。 海に突き出た古い桟橋に設置された《南瓜》は、海の青や樹々の緑のなか、一際目を引くとともに、あらためて直島にしかない風景を見せてくれています。 ベネッセアートサイト直島のシンボルと言える作品となった《南瓜》。その設置の経緯や、アーティスト・草間彌生と直島の関係については、下記ブログ記事をご覧ください。 草間彌生「アートとは永遠の闘いであり、愛であり、生きることである」 三木あき子連載「現代アーティストな生き方」 黄色い《南瓜》は、1994年に周囲の自然環境のなかに作品を設置する野外展「O
なぜ｢かぼちゃアート｣に8億の価値があるのか 価格を決めるのは｢認知の広がり｣
知られざるアートの価格の決まり方 現存するアーティストの作品にこれほどの値がつけられるアートの価格は、一体どのようにして決まるのでしょうか。それは資本主義における市場経済の原理と同様に、需要と供給のバランスというのが、ひとつの要因です。当然、需要が多くて供給が少なければ価格は高くなり、需要が少なく供給が多ければ価格は安くなります。 ただ希少性だけで価格が上昇するかといえば、それほど単純なものではありません。アーティストの知名度、制作年代、存命か物故か、制作された作品数はどのくらいか、これからも新たな作品が世に出るのかといったアーティストに関する様々な条件により、価格は決まります。 アート作品は、版画やブロンズ彫刻などは別にして、基本的には、作品はオリジナルの一点だけです。この一点の作品しか存在しないということが、アートの一大特徴で、他の商品と比較したときの決定的な差でしょう。 作家は数多く
草間彌生《南瓜》はいかにして直島のシンボルになったのか | ブログ | ベネッセアートサイト直島
1980年代から活動するベネッセアートサイト直島の記録をブログで紹介する「ベネッセアートサイト直島 アーカイブ・シリーズ」。第1回は、草間彌生氏による《南瓜》（1994年）を紹介します。 1994年9月15日、Out of Bounds展のオープニングレセプションに訪れた草間彌生氏と《南瓜》（1994年） 《南瓜》は1994年に直島で開催された「Open Air '94 "Out of Bounds" ―海景の中の現代美術展―」で公開されました。上の写真は1994年9月に撮影された、展覧会のオープニングでの一コマです。草間氏と、公開されたばかりの《南瓜》が写されています。 それまでに制作された《南瓜》と直島の《南瓜》が異なるのは、場所の特徴を強く意識してつくられたことです。海に突き出た古い桟橋に設置された《南瓜》は、海の青や木々の緑のなか、黄色に彩色され、一際目をひきます。サイズはそれまで
台風で破損した直島の草間彌生《南瓜》が復元・公開。防災対策を強化
台風で破損した直島の草間彌生《南瓜》が復元・公開。防災対策を強化直島のアイコン的な存在であり、昨年8月に台風で海に流され破損した草間彌生の《南瓜》（1994）が、約1年の復元制作を経て10月4日にふたたび公開された。 昨年8月、台風9号によって海に流され破損した直島のランドマーク的な存在である草間彌生の《南瓜》（1994）。約1年を経て、その復元制作された作品が10月4日にふたたび公開された。 同作は、1994年にベネッセハウス ミュージアムで開催された「Open Air'94 "Out of Bounds"―海景の中の現代美術展―」のために制作設置されたもの。草間にとって初めて野外での展示を念頭につくられた作品群のひとつである本作は、高さ2メートル、幅2.5メートルというサイズを有し、それまでに制作された南瓜彫刻のなかでは最大級のものだった。 昨年、同作が台風で波にさらわれる映像がIns
直島にある草間彌生の《南瓜》が台風で破損。3つに分割
瀬戸内海に浮かぶ島のひとつである直島。そのランドマーク的な存在である草間彌生の《南瓜》（1994）が8月9日、台風9号による高波にさらわれ、海に流され破損した。 ベネッセホールディングスによると、流された同作は同社関連施設のスタッフが回収。作品は3つに割れたような状態で、その他各パーツにも大きな破損が見受けられるという。現在は破損した作品の状態を確認中。修復方法等は未定だが、「再展示したい」としている。 同作は、草間彌生の代表的なモチーフである「カボチャ」の立体作品で、直島にある草間の2つの立体のうちのひとつ。素材は繊維強化プラスチックでできており、高さは2メートル、幅は2.5メートルという大作だ。1994年より、瀬戸内海に突き出した桟橋の突堤に常設展示。多くの人々に愛されてきた。
Elasticsearchは新アーキテクチャの実装へ、その他の新機能を含めてElasticのCEOに聞いた
Elasticsearchをベースとしたビジネスを展開するElasiticは2022年10月27日、国内で同社製品群全般に関するアップデートを発表した。これについてElastic CEO（最高経営責任者）のアシュ・クルカルニ（Ash Kulkarni）氏に聞いた。 今回Elasticはまず、検索データ基盤のElasticsearchで、「ステートレス」な新アーキテクチャの実装に向けた開発を進めていることを明らかにした。 新アーキテクチャは、AWS（Amazon Web Services）でいえば「Amazon EC2」に対する「AWS Lambda」に例えられると、クルカル二氏は説明する。 「EC2はステートフルで、Lambdaはステートレスなサービスだ。どちらにも価値がある。EC2ではある程度のコンピュートリソースを長期間コミットする必要があると分かっている場合には効率的だ。一方Lamb
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - UNopenGIS/7: UN Smart Maps - keep web maps open for a better world
GitHub - maplibre/awesome-maplibre: A collection of awesome things that use or support MapLibre!
GitHub - entropitor/dotenv-cli: A cli to load dotenv files
GraphQL Code GeneratorでGraphQlのschemaからTypescriptの型定義を生成する方法 | スターフィールド株式会社
【直島】圧倒的な存在感！草間彌生さんの作品「南瓜（黄かぼちゃ）」と「赤かぼちゃ」