はてなブックマーク

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

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

1. 2024年5月時点ではReflexの情報は少ない PythonをコーディングするだけでWebアプリを作ることができるライブラリReflex。以下の記事をみて、記事を投稿してくださる人も増えてきました。 ちなみに、21万Viewまでいったので、少しはReflexを知ってもらうきっかけになったのかなと思います。 それにしても、まだまだ情報は少ないです。海外サイトも少ないのですが、日本語サイトはもっと少ないです。 2. 公式ドキュメントは画面に関する内容は充実している 公式ドキュメントが比較的充実しています。 画面を作るだけであれば、公式の「Learn」を一通り読めば作れるようになると思います。 ちなみに、公式の左メニューのスクロールがスマホなら指でスワイプすればいいのですが、PCだとマウスのホイールを使わないと下にいかないように思います。スクロールバーがあればいいのにと最初は思いました。

2024.8.6：FastHTMLについて追記しました。 ※本記事で言及しているReflexのdiscordサーバー内に日本語チャンネルをつくってもらいました。もし、興味をもった人がいたら参加してみてください。 １．PythonだけでWebアプリをつくるライブラリが増えている 最近（2024.05）、Python界隈ではPythonだけでWebアプリが作れるライブラリが増えています。詳しくは他の記事を参照してもらえればと思います。 以下の記事がとても参考になりました。ありがとうございます。 ２．ライブラリの分類 こうしたライブラリも大きくわけて２つの種類があるように思います。 ①データ解析の結果を表示するダッシュボードライブラリ ②汎用的なWebアプリをつくるローコードライブラリ ①ダッシュボード系ライブラリ たとえば、上記の記事にも出てきますし、ネットでもかなり情報の多い、Streaml

１．数ヶ月ぶりにビルドしたらエラーになる 開発中は問題がないのですが、数カ月ぶりにWebpackなりをつかってビルドしてみるとエラーがでる。 フロントエンド開発者なら一度は経験したことがあるのではないでしょうか？ いろんな原因があると思いますが、以下のような条件で起こることが多いのではないでしょうか？ ・複数のプロジェクトを開発する端末に直接配置している。 ・nodeenvなどのバージョン切り替えツールをいれずグローバルでnodeを使っている。 ・ライブラリをプロジェクト内で限定せずグローバルでつかっている。 要は、手元のMacやWindows、Ubuntuなど開発端末上に直接、複数のプロジェクトを配置して開発しつつ、nodeを共有したり、安易にバージョンアップとかしているとビルドができないなどのエラーが発生したりします。 ２．nodeをつかったフロントエンドのビルドの脆さ （１）特定の団

１．色々な職場を渡り歩いて 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%がローコード開発によるものになるといわれています。 海外はもとより、日本の大手企業も積極的にこれらの技術を取り入れていっています。 「ローコード　ノーコード　採用」と検索すれば、多くの事例をみることができます。 とはいえ、日本はまだまだ採用は少ないですが、それも徐々に増えていくと思われます。 若い世代を中心に、ノーコード・ローコードでのシステム開発がみられるようになり、これから起業するときにこれらの技術をベースにする人達も増えると思います。 ２．ローコード・ノーコード企業の資金調達状況 実

１．ワクチン接種拡大により景気浮揚へ、新規案件で新規技術採用 （１）欧米の動向 欧米ではワクチン接種が進み景気拡大への動きがでています。日本も2021年後半から2022年にかけてワクチン接種の進展に伴い、欧米に引っ張られる形で景気が浮揚していくと思います。 （２）日本のDX優遇税制によるソフトウェア案件の増加 日本では、令和4年度末を期限としてDX優遇税制があり、その需要が今も出始めています。 当然景気がよくなれば、ソフトウェア業界の案件も増えると思いますし、新規事業という形で新しい技術をつかってスタートするものも増えると思います。 ちなみに、企業がICT対応する補助金もあるのでそれを使った案件も増えると思います。 実際、昨年度それによる仕事も多くありました。 （３）2022年の日本のデジタル関連の法改正 2022年1月より改正電子帳簿保存法が施行されました。２年の猶予期限がありますが、大

0.前提 webpack4 pug-html-loader 1.package.jsonのscriptsで環境変数を設定 npmでcross-envをインストールし、Mac/Winどちらでも動くようにする。 "scripts": { "build:prd": "cross-env NODE_ENV=production webpack --mode production", "build:stg": "cross-env NODE_ENV=staging webpack", "build:dev": "cross-env NODE_ENV=develop webpack" }, 2. pugのテンプレート内で環境変数取得 pugを置換するときnodeのライブラリが使えるので、nodeのprocessをつかって環境変数を取得。 定義したファイルは他のテンプレートで読みこむようにする。

１．webpack：Webフロントのバンドルを含むタスクランナープラットフォーム (1) 概要 webpackは、以下の処理を実行できるオールインワンツール。 Javascriptのビルド、バンドル。これが基本。 プラグインの利用により、SASSのビルド、バンドル、画像の最適化、HTMLの静的ジェネレートなど。 ただし、様々なビルドをするにはnpmで別途ライブラリをインストールし、更に、それをwebpackから利用するためのpluginもnpmでインストールしないと行けない。 いわば、ビルドやバンドルに特化したタスクランナーであり、そのプラットフォームといえると思う。（バンドルタスクランナー）。 (2) webpackのメリット これを導入すればWebのフロントに関するリソースのビルド、バンドル、作成、最適化が一括でできる。 副次的・事後的な効用として、webpackを利用することで、We

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への問合せで取得する。 そ

<template> <!-- v-modelにstateの値を設定 -> <v-test-comp v-model="theValue"></v-test-comp> </template> <script> import { mapState } from "vuex"; export default { computed: { //stateの値にアクセスできるよう設定 ...mapState(["theValue"]) } } </script>

2000年ぐらいから現在に至るまでのWebフロント HTMLタグオンパレード、1ファイルでMVCすべて実装 2000年ぐらいにWeb開発をはじめた。 当時は、HTMLで構造も装飾していた。要はほとんどHTMLで完結。 ちなみに、デザインという考えも正直なところなく、MARQUEEタグというのがあって、文字が右から左に流れたりするものとか、チカチカするBLINKタグとか、今では、デザイン的に「ダサい」というのが普通につかわれていた。 ちなみに、Googleでこれらのタグを調べると、ちゃんと検索結果もそういった動作をしてくれる（すげーこまかい！）。 ▶ MARQUEEタグの検索結果 検索件数が右から左に流れます。 ▶ BLINKタグの検索結果 = blinkの文字が点滅します。 当時も、Javascriptの利用はあったけど、SEO対策とかセキュリティとか、デザインを考慮してあまりつかわれてな