はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Twitterのフォロワーが多いフリーランスエンジニアとの出会い Twitter（現X）で、フォロワーがそれなりの数であるフリーランスエンジニアと知り合いました。 出会ったのは、ちょうど2019年ぐらいです。この頃は、「駆け出しエンジニア」という言葉がトレンドといってもよい状況のTwitterの世界でした。 「ソフトウェアエンジニアバブル」であり、プログラミングスクールが勃興し、フリーランスエンジニアが増えてきた時期だと感じています。 フォロワーがたくさんいるんだから、さぞできる人だと思いました。 仕事のオファーをするも断られる 私は、

1. 汚いコード、クソコードは意図して作ってる訳ではない 以下の記事に、とてもよいと感じた箇所がありました。 よほど悪意を持った人でない限りは、意図的に汚いコードを書こうという人もいません。単純に良い習慣が身についていないだけで、悪意はなくても汚いコードになってしまう、という事はよくあります。個人的には、ほとんどがごく単純に知識の問題であると感じています。 よくプログラマーの間で、現場でひどいコードがあると喚いたりすることがあります。 でも、前述の通り、別に悪意をもってそうしているわけではないし、その人の知識量や経験、そして、案件の忙しさなどによって結果的に汚いコードになることはあります。 コードそのものを批判するのはいいと思いますが、コーダーを責めるにはいろいろな背景を配慮する必要があるし、外野からSNSで晒して喚くものではないと感じます。 とはいえ、プログラマーを職業としてするからには

プログラマーもAIを使いこなして生産性を上げる DXが叫ばれる昨今、ソフトウェアのニーズは増えていますが、１人のプログラマーが製造できるアプリにも限界があります。 そこで、プログラマーも生成AIを使いこなし、効率的に製造していくのがよいと思います。 ただ、生成AIを使ったとしても、仕様を伝える部分は人間に指示するのと大差ないと思います。一回の指示で期待通りのアプリができることはありません。これは生成AIというよりアプリ開発者がもつ情報や認識の問題だと思います。 この問題については、AIにアプリ開発をナビゲートするように指示すれば、いろいろと質問をして情報や認識の問題を解消してくれると思います。 プログラマーの場合、この前提となる知識はあるわけなので、専門外の方が作るよりは期待通りのアプリを早く作り出すことはできると思います。その一事例として、この記事を投稿しました。 AIを使うことで「コー

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 1. 2024年5月時点ではReflexの情報は少ない PythonをコーディングするだけでWebアプリを作ることができるライブラリReflex。以下の記事をみて、記事を投稿してくださる人も増えてきました。 ちなみに、21万Viewまでいったので、少しはReflexを知ってもらうきっかけになったのかなと思います。 それにしても、まだまだ情報は少ないです。海外サイトも少ないのですが、日本語サイトはもっと少ないです。 2. 公式ドキュメントは画面に関する内容は充実している 公式ドキュメントが比較的充実しています。 画面を作るだけであれば、公

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2024.9.7：Anvilについて追記しました。 2024.8.6：FastHTMLについて追記しました。 ※本記事で言及しているReflexのdiscordサーバー内に日本語チャンネルをつくってもらいました。もし、興味をもった人がいたら参加してみてください。 １．PythonだけでWebアプリをつくるライブラリが増えている 最近（2024.05）、Python界隈ではPythonだけでWebアプリが作れるライブラリが増えています。詳しくは他の記事を参照してもらえればと思います。 以下の記事がとても参考になりました。ありがとうございま

要は、手元のMacやWindows、Ubuntuなど開発端末上に直接、複数のプロジェクトを配置して開発しつつ、nodeを共有したり、安易にバージョンアップとかしているとビルドができないなどのエラーが発生したりします。 ２．nodeをつかったフロントエンドのビルドの脆さ （１）特定の団体がビルドツールをメンテしてくれる言語 ビルドというのは、Java、Go、Rustなど型付きの言語ではよくしますが、ビルドツール自体が単一のもので特定の開発団体がそれら全体をメンテしてくれています。 もちろん、これらのツールであっても、バージョンが違えばビルドは通らなくなることがあります。ただ、後方互換があって、多少バージョンがあがっても動くこともままあります。 （２）ビルドという行為が不要な言語 PHPやRubyのようなスクリプト言語の場合、ビルドという行為がそもそもありません。ただ、ランタイムのバージョン違

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? １．色々な職場を渡り歩いて 15年ぐらいソフトウェア開発の業界にいます。 グローバル企業、大企業、中小企業までいろいろなサイズの現場で手伝いをしたことがあります。 ゆく先々で、"戦力外通告"をされる人をみてきました。 派遣やフリーランスなら契約解除です。 正社員で解雇される人はあまりみたことはないですが、自分から退職エージェントを雇って辞めた人は見たことあります。 僕が見た人は、企業サイドから辞めてほしい人なのになぜ、エージェント雇うんだろうと思うような感じでしたが。 ちなみに、記事のタイトルに「生まれる」と書いたのは、次の理由からです

１．1990年～2000年初頭：カオス・黎明期 インターネットが流行り始めた頃は、HTMLに装飾を記述し、CSSに装飾を書くなどの分離はあまり見られなかった。 また、Javascript（以下、Js）の利用も限定的で、画面の要素をJsで作ったり、ましてや、コンポーネントの発想などほぼ見られなかったように記憶している。 見た目のデザインとコード構造もカオスだった時代。 ※@error_401さんのコメントにあるように、Javaでのシステム開発が多く、Java Appletによって動的な画面作成もあった。若い人は、Appletの存在はわからないかもしれないけど、少しの間、ブラウザにもその設定があった。 また、AdobeのFlashによる動的コンテンツの作成もあった。Appletよりは長く使われており、Jsでの動的なコンテンツ作成の前には、AdobeのFlashでの開発が多かったと思う。 １－１

１．現状と予測 米国の調査会社ガートナー社の調査では、ローコード開発の市場は2021年に1兆円近く予算化されており、2020年から2021年にかけて22.6%増加するとあります。 そして、これはローコード界隈の記事ではよく引用されていますが、ガートナー社の予測では、2024年までにシステム機能のうち65%がローコード開発によるものになるといわれています。 海外はもとより、日本の大手企業も積極的にこれらの技術を取り入れていっています。 「ローコード　ノーコード　採用」と検索すれば、多くの事例をみることができます。 とはいえ、日本はまだまだ採用は少ないですが、それも徐々に増えていくと思われます。 若い世代を中心に、ノーコード・ローコードでのシステム開発がみられるようになり、これから起業するときにこれらの技術をベースにする人達も増えると思います。 ２．ローコード・ノーコード企業の資金調達状況 実

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? １．ワクチン接種拡大により景気浮揚へ、新規案件で新規技術採用 （１）欧米の動向 欧米ではワクチン接種が進み景気拡大への動きがでています。日本も2021年後半から2022年にかけてワクチン接種の進展に伴い、欧米に引っ張られる形で景気が浮揚していくと思います。 （２）日本のDX優遇税制によるソフトウェア案件の増加 日本では、令和4年度末を期限としてDX優遇税制があり、その需要が今も出始めています。 当然景気がよくなれば、ソフトウェア業界の案件も増えると思いますし、新規事業という形で新しい技術をつかってスタートするものも増えると思います。 ち

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? １．webpack：Webフロントのバンドルを含むタスクランナープラットフォーム (1) 概要 webpackは、以下の処理を実行できるオールインワンツール。 Javascriptのビルド、バンドル。これが基本。 プラグインの利用により、SASSのビルド、バンドル、画像の最適化、HTMLの静的ジェネレートなど。 ただし、様々なビルドをするにはnpmで別途ライブラリをインストールし、更に、それをwebpackから利用するためのpluginもnpmでインストールしないと行けない。 いわば、ビルドやバンドルに特化したタスクランナーであり、その

1. 2010～2020年にかけて、WebシステムはSPAで作るのが主流 近年、WebシステムはJavascript(Typescript）を用いたSPA(Single Page Application）を作ることが主流になっている。 とはいえ、本当に、一つのHTMLファイルだけで、全画面をJavascriptで描画するSPAがどれだけあるかは分からないが、少なくとも、SPAで"作ろう"とはしている。 （2010年はSPAの黎明期で、Backbone.jsやknockout.jsが生まれた年） (1) SPAの構成要素 "Single Page"に着眼するならば、SPAは、以下を特徴とする。 ページの基本となるHTMLファイルを1回のリクエストで取得し、その後の画面描画に関しては、大半を初回に取得したブラウザ上のリソースで行う。そして、適宜、必要なデータのみAPIへの問合せで取得する。 そ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 2000年ぐらいから現在に至るまでのWebフロント HTMLタグオンパレード、1ファイルでMVCすべて実装 2000年ぐらいにWeb開発をはじめた。 当時は、HTMLで構造も装飾していた。要はほとんどHTMLで完結。 ちなみに、デザインという考えも正直なところなく、MARQUEEタグというのがあって、文字が右から左に流れたりするものとか、チカチカするBLINKタグとか、今では、デザイン的に「ダサい」というのが普通につかわれていた。 ちなみに、Googleでこれらのタグを調べると、ちゃんと検索結果もそういった動作をしてくれる（すげーこまか