API構築の基礎を学んだ。QConは、開発者コミュニティにおける知識とイノベーションの普及を促進することで、ソフトウェア開発に力を与える。実務者主導のカンファレンスであるQConは、チーム内のイノベーションに影響を与える技術チームのリーダー、アーキテクト、エンジニアリングディレクター、プロジェクトマネージャー向けにデザインされている。Sheehy氏は、人工知能ハイプ時代における責任ある開発者としてのあり方について、洞察に富んだ開会基調講演をした。Grizzanti氏が、「スタッフ・プラス」への道と、それを「科学」というより「芸術」としてとらえ、芸術を創作することとソフトウェアを創作すること、そして組織のダイナミクスに対処することの類似性について語っている。Codeを採用する:確認するべき6つの適性LCNC(ローコード/ノーコード)プラットフォームは、プログラマーだけでなくプログラマーでなくても、最小限のコーディングとワンクリックのデプロイメントで、アプリケーションソフトウェアを開発できるよう設計されている。ドラッグ&ドロップ方式のインターフェースなどを利用することで、開発・デプロイメントプロセスを簡素化し、効率的なアプリケーション開発とデプロイメントを実現する。Wampler氏(source)はソフトウェア開発においてはその反対が事実であることが多いことを議論している。グラフィック的な表記法の提唱者達は、私たちがテキストのコードを記述する必要がなくダイアグラムのみを描くという点に到達することを切望していました。過去数年間に渡っていくつかビジュアルプログラミング環境が存在していたが早くも去っていってしまったのです。一つの画が千の言葉をも語っているのなら、なぜそれは今までに起こらなかったのでしょうか?いくつかはグラフィカルなプログラミング環境があり、使われている。Labview(source)はたぶんその中で一番知られたものだが、実際それは従来のデベロッパではなく主にテスター(とLegoが好きな子供達)(source)によって使用されているのである。それはなぜだろうか?ソフトウェア開発においては手のかかる細かいことがたくさんあるのである。これがリーダーを圧倒させない、複雑なものを表示するビジュアル言語を作るのを困難にさせるのである。それらの画を抽象概念にマップする必要があるのである。大変な部分は典型的な罠(source)にはまって終わらないようにすることなのである。私たちは他のデベロッパと会話をするので、どのみち私たちには言葉が必要となるのである。Dean氏は下記のように記載している。私たちはそれを十分に表現力のあるグラフィック表記法ですることはできなかったのでしょうか?もちろんそうですが、そうするとテキストの詳細をタイプするのがそれを描くよりも速くなってしまうという現実的な問題に直面します。私は2,3年前、JavaデベロッパのためのUMLベースのツールを開発している良く知られた会社で働いている時にこれに気付いたのです。そのツールのUIはもっと効率的になったはずですが、テキストをタイプする速さにはかなうはずがなかったのです。これは全てどれだけ強力なアブストラクションをコードの中に作ったかという事にかかっているのである。それがおろそかであれば、一つの画で表せるところを千をもの言葉で表示しなければいけないかもしれない。あなたとあなたの同僚はそのコードを読む度に毎回解読する必要に迫られるのである。現在のDomain-Specific言語のムーブメントは明らかにこの点に集中している。いくつかの言語はむしろ詳細であるということも事実であります。これがDomain-Specific言語(DSL)が非常に重要となる方法の一つです。上手くデザインされたDSLは、それらの高レベルなコンセプトを簡潔に表現するのを可能にします。Factoryビジョンに伴うグラフィックDSLを作るためのツールを開発した(source)際に、似たような道をたどった。Rotem-Gal-Oz氏(source)はこのようなグラフィックDSLの制限に関して解説した。小さなコードベースのDSLとは違い、ソフトウェアファクトリーのモデルベースアプローチ、MDA等は目標を高く持ちすぎていて、それゆえにより少ない値を提供し、もしくは世代間のギャップに苦しむのです(生成されたコードは一般化されすぎて、もしくは実際のソリューションの必要性からかけ離れているのです)。Arnon氏はまた画が実際に千の言葉に値しているかどうかということに関して、あからさまなコメントを述べた。これはもしあなたがモデルをスケッチとして扱うことができるのなら、あなたが上げたいだけ抽象性のレベルを上げ、混乱をより少なくしてアイディアを運ぶことができるというのは事実です。コードの生成を許容させるためモデルをとても詳細にする必要がある時は、コード内でそれをしたほうがより便利な状況になり、生成された、または事前に構築されたDSLかフレームワークに頼れるのです。画は複雑なコードベースを把握するのに実用的な方法に成り得る。Deornenburg氏とのインタビューを行い、それにおいてErik氏は例えばシステム、もしくはコードベースの異なるアスペクトを可視化する方法を説明している。可視化を使用して見つけるのが困難な例外を迅速に捉えるのが可能になるが、しかしそれはソフトウェアをグラフィック的に作るのとは異なっているのである。Dean氏は、グラフィック表示が収まる場所が無いことを暗に意味しているのではない事を説明することによって、結論を下している。それでもまだ一般的なケースにおいては、上手く設計されたAPIとDSLを使用して簡潔な言語で書かれたコードはダイアグラム駆動のアプローチを切り札として使用するのです。Software(サイト・英語)は、コードかもしくは画が単に同じモデルから反映された異なる射影であると述べるだろう。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。毎週火曜日に前週のまとめコンテンツをお送りいたします。(日本語版は不定期リリース)25万人のシニアな開発者コミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。Inc.プライバシーBT。