ただし、上記はあくまでも一般的な特徴であり、要件によって変わるという前提に注意してください。たとえば社内にある既存システムと連携したい場合はノーコードだけでは対応が難しいです。 外部企業に依頼する場合、企業によってはその部分だけスクラッチ開発をおこなうなどハイブリッド型開発にも対応可能です。しかし、ノーコードツールだけで開発するよりも開発スピードも遅くなり、コーディングが必要な分、人件費も高くなってしまいます。一概に「ノーコードは安い・早い」というイメージだけを持たずに、拡張性の限界などデメリットも理解しておきましょう。 ノーコード開発のメリット ソースコード不要で開発できる ソースコードの記述なしで開発できるのが、ノーコード開発最大の特徴です。プラットフォーム側が用意したパーツをドラッグ＆ドロップで配置していくため、専門的な知識がなくても直感的にUIをデザインできます。 開発工数を削減で

元フルスタックエンジニア(死語)をやらせていただいていたものです。 JavaScript(TS)周りの進歩が凄く、あまりにもついていけていなかったので、気になったワードを片っ端から整理してみました。 それぞれに対する説明の正しくないものが含まれてしまっている可能性があります。 そんなところを見つけたときは優しく教えてくださると助かります。 各ツールの詳細というよりは、それぞれがどんな役割のものなのかを記載しています。 この記事が誰かの助けになれば幸いです。 調査・分類した言葉(技術)たち Hono Bun Deno Biome Vite Webpack Turbopack esbuild Babel SWC Prisma まず上記に上げたものが、どういった機能を持つものなのかもわかりませんでした。 それを整理すると以下になるようです。 JavaScript Runtime Deno Bun

WordPressサイトだったら自動でルーティングしてくれるので、テーマのサイト構造を考える機会は少ないかもしれません。 しかし、世の中複数ページだけど、WordPress化せず、静的HTMLなサイトも沢山存在します。 WebサイトをむやみにWordePress化して動的にするとセキュリティや運用コストが上がるので、あえて静的なままにしたり。。。 例えば、以下のサイト構造があったとして、どういうディレクトリ構成にしますか？ まさか、以下のようにファイルを羅列していませんか？ これはまだページ数が少ないのでいいですが、今後20ページとかになった場合、ファイルの見通しがかなり悪くなります。 そこで今回は、複数ページあるHTMLサイトのおすすめディレクトリ構成を紹介します。 サイトを作り込んだ後だとパスの変更が大変になるので、是非制作初期に取り組んでいただけると幸いです。 しょーご この記事を書

技術ブログの続け方ガイド こんにちは！ITベンチャー企業で半年間働いている駆け出しエンジニアです👨‍💻 今回はエンジニアで働く上でテックブログを続けるためのモチベーションの保ち方を記事にしてみました。 テックブログって敷居高いしめんどいよなぁ！？ 技術記事を発信する人材は重宝されるらしい。 ただ、僕は現段階で技術記事って面倒くさいし敷居が高いな〜書くネタもないな〜🐹 と思ってしまうのが事実としてあります。 僕だけなのかな？と思って調べてみたら… みんなめんどくさがってるやんけ！！！！！ そこで、めんどくさがりな僕たち向けにテックブログの続け方をノウハウとしてまとめてみました。 みなさんのモチベーション維持に貢献できれば嬉しいです👍 1. 初学的なところも書いてみる こんなの書いても誰のためにもならないんじゃないの…？😭 ということでも書いてみるのは大事である。 自身が悩んだり共感

インターネットでは毎日のように言われることですが、私はそこまでではないと考えています。 ネットでよくそう言われる理由として考えられるものと、それを踏まえてどう向き合っていくとよさそうか、個人的な考えをまとめてみます。 なぜ言われるのか 言語が実質的にJavaScript一択 バックエンド、というかサーバサイドでは技術選定に「言語の選択」が入りますが、フロントエンドでは実質的にはJavaScriptにほぼ固定されます（TypeScriptも別言語ではないので、ここではJavaScriptに含めます） サーバサイドと比較して「技術の移り変わりが早すぎる」と評される場合、多くはその人の使用しているとある言語と比較されているように思われます。 実質的に言語が固定なので、比較するならすべてのサーバサイドの変化の総量と比較するのが妥当でしょう。 PHP + Python + Ruby + go + J

Web技術 「ドラッグ＆ドロップではじめるプログラミング入門」という無料講座を開催します Monday, December 2nd, 2019 「プログラミングにちょっと興味はあるけど、いきなりプログラムを書く自信がない」という方のための、「プログラミングの考え方」を学ぶ超入門講座を開催します。2時間弱で無料です。 普段 HTML や CSS を書いている方やWebデザイナーの方がプログラミングを始めようとした時にどこから手を付ければよいか分からなかったり、プログラミングの入門書を読んでもプログラムの書き方ばかり解説されていて考え方がわからず挫折することもあるかと思います。 そこで、プログラムの書き方を学ぶ以前の「プログラミングに必要な考え方」を学べる講座を開催します。 渋谷 Stocker.jp / Space では11月の日曜に PHP徹底入門講座、WordPressカスタマイズ講座、

2024年2月29日 Webデザイン プレゼンをする時に必須なのがスライド。私も作成する機会がちょこちょこあります。基本的なデザインの原則はおさえつつ作っていくのですが、プレゼンテーションでの資料として参加者にみてもらうことを前提に考えた時に、特に気をつけているポイントを紹介します。 ↑私が10年以上利用している会計ソフト！ 背景色は暗くする？明るくする？ 最初に設定するのはスライドの背景色。会場での登壇の場合、会場内を暗くしていることが多く、それに合わせてスライドの背景色も黒にします。と言うのも、以前「Webサイトをダークモードに対応させよう」という記事でも書きましたが、どうも私、暗いところだと明るいディスプレイが眩しすぎて何も見えなくなっちゃうんですよね。そのため、会場が暗いならそれにあわせてスライドも暗くします。 逆に会場が明るいのであれば白い背景色にします。事前に主催側に確認をとる

こんにちは、上條（mk-0A0）です。 前回書いた『アクセシビリティツリーを調べてみた』ではタイトルの通りアクセシビリティツリーについて調べたのですが、全体を捉えることに重きを置いていて深堀りがあまりできませんでした。そのため、今回は name（アクセシブルな名前）に注目して調べてみました。 改めて name とは WCAG では次のように記載されています。 名前 (name) ソフトウェアが、ウェブコンテンツのコンポーネントを利用者に識別させることができるテキスト。 名前 (name) | Web Content Accessibility Guidelines (WCAG) 2.1 (日本語訳) スクリーンリーダーなどの支援技術が利用者に伝えるテキストを name またはアクセシブルな名前と呼びます。要素内のテキストや aria-label / aria-labelledby / al

テクノロジー部 部長の工藤です。 アプリ開発の費用相場について、「ざっくりと価格を教えてほしい」と弊社でも時折ご質問をいただきます。結論からお伝えすると、アプリ開発の費用はアプリの種類や機能、開発手法によって大きく異なるため、一概には言えません。 では、どのような要因が費用に影響するのでしょうか。この記事ではアプリ開発の費用例や開発コストが増える原因など、費用に関わる要素を詳しく解説します。 弊社LIGは世界的なWebデザインアワードの受賞経歴があるデザイナーや、大型案件の開発を担ってきたエンジニア、ディレクターが多数在籍しており、アプリの企画・デザインなどの上流工程から、ストア申請・公開までワンストップで支援いたします。ぜひ一度、弊社のアプリ開発サービスについてご覧ください。 LIGのアプリ開発詳細はこちら

概要 職場のフロントエンドエンジニアの人にお勧めされて TinaCMSと言うHeadlessCMS触ってみたのでメモ残しとく 登録してみてから本番公開されるまでほんと30分もかからないし 全然コード書けなくても、Gitコマンドさわれなくても ブラウザでぽちぽち押してるだけで自分のページできるからすごいなぁと思った🤹‍♂️ （こんなページがサクッとできて、ブラウザ上で更新できちゃう インストールからVercelデプロイまで諸々準備 正直ちゃんと理解しきれてないけど、なんかぽちぽちしてくだけで本番で見れる環境まで作れる 以下ページにアクセスして右上のSignUpボタン押下 メアドとパスワードぶち込む 登録したメアドに届いたverification code入れる なんか可愛いアルパカみたいなんでてきた Folk and deploy starterってやつ押す open tina-cloud

飛んでくる「マサカリ」をどう受け止めるか。鹿野壮が実践する「アウトプットを守る」3箇条 2024年1月17日 フロントエンドエンジニア 鹿野 壮 九州大学芸術工学部音響設計学科卒業。現在はUbie株式会社に勤務している。とくにTypeScript・CSSが好きで、暇があればコードを書いている。勉強会・技術SNS・Twitterなどで積極的に技術情報を発信中。 CSS Nite 2017〜2019ベストセッション受賞。 X（@tonkotsuboy_com） Github ホームページ アウトプットをするときの悩みとしてよく聞くのが、アウトプットをしたいが「マサカリ」が怖くてできない、ということです。 私自身も、アウトプットを始めたころは、そういった「マサカリ」に対して悩み、アウトプットや人間関係自体が怖くなることがありました。今でも「マサカリ」は怖いですが、アウトプットの品質や「マサカリ」

分かるようで、分からない「人間性」昨年は AIを使っていろいろ実験していました。その中で、自分の仕事の将来だけでなく、人間性についての哲学的な問いを考える機会が増えました（哲学の知識は浅はかですが）。よく「AIは単なる道具だ」とか「人間にしかできない仕事が重要になる」と聞きますが、AIの可能性が広がる中で、私たち人間の役割について思いを巡らせるようになりました。 特に気になるのは「人間にしかできない」という言葉です。確かに人間特有の能力は存在しますが、実際に私たちはその人間性を生かして働いているのでしょうか？特にデジタルプロダクトの世界では効率化や標準化が重視されているので、多くの作業が機械化・自動化できます。 感情移入しているかのように、会話に付き合ってくれるボットの例。丁寧なやりとりができることが「人間性」とは言えないようです。AIにはない「人間性」という曖昧な表現について考えることは

弊社Nucoでは、他にも様々なお役立ち記事を公開しています。よかったら、Organizationのページも覗いてみてください。 また、Nucoでは一緒に働く仲間も募集しています！興味をお持ちいただける方は、こちらまで。 はじめに 英語での適切な命名は、コードの可読性や保守性を向上させるために重要です。適切な命名規則を守ることがコードの理解や共有において不可欠です。 英語での命名規則を学び、適切な命名を行うことで、コードの読みやすさや保守性を向上させ、チーム全体でのコードの理解を促進する手助けとなります。 この記事では、日本人エンジニアが英語での命名規則を理解し、適切な命名を行うための指針を提供します。 命名フローチャート 変数 関数 クラス 1. 変数 1-1. boolean 1-1-1. 存在するかどうかのフラグ 名詞 + exists

CTOの川口 (id:dmnlk) です。 これはBASE Advent Calendar25日目の記事です。 今年も僕は立候補してないのに勝手に日程が組み込まれてました。毎年書いてくれるメンバーが増えていってくれているのになぜ。 CTOについて 自分は2019年からBASE株式会社のCTOをやっています。 気づいたら4年近くやっていることになっていて驚いています。 たまに社外のエンジニアの方とお会いするとCTOになるにはどうすればいいかということを聞かれることがあります。 僕個人のサンプルではありますが、少し書いてみようかと思います。 なぜCTOが必要なのか 必ずしもCTOが必要なのでしょうか。 これに関しては僕は必要であると考えます。 自分がWeb企業にいるという前提条件はありますが、システムやテクノロジーが非常に重要な市場優位性となります。 ただプロダクト開発をするだけでなく最新の技

デザインは新たな時代を迎え、デザインツールも新たな時代に入りました。UIデザインに使用されるツール、プロトタイプに使用されるツール、デザインシステム、ホワイトボード、ユーザーテストをはじめ、AIの登場によってどのような影響を与えたのか、2023年のデザインツールの調査結果を紹介します。 昨日、『アドビとFigma、合併契約の終了に両社間で合意』というニュースがありました。これによってどうなるかも注目ですね。

はじめに Creative Time 1という、ショップオーナーがクリエイティブな活動にもっと充実した時間を作れるように、あれやこれやをしているチームでマネージャをしています、bonです。 このbonって名前は、子供の時は受け入れられませんでしたが、大人になって都落ちした元ボンボンなので、もうネタにして自ら名乗っています。 本記事はBASE アドベントカレンダー 2023の6日目の記事です。前日のBASEアドベントカレンダー「Notion導入について（前編）」の続きとなります。前編が導入にあたっての技術的な困難をどう乗り越えたか、に対して、私の記事ではなぜ挑戦したのか、どこを目指しているのか、を記事にしています。 Notionと私 私自身、前職でNotionを使い始め、今では公私共に3年以上愛用しており、Notionのコミュニティやイベントにも参加しております。そのコミュニティ活動の中で、

Email Editor Email Editorはドラッグ&ドロップでレスポンシブ対応のメールを作成出来るオープンソースのNext.jsベースなノーコードアプリ・「Email Editor」です。MITライセンスの元でソースコードが公開されています。 よくある一般的なノーコードメールエディターで、ブロックを追加して要素を足していく、というもの。ローカル保存したり、Unsplashから画像追加したり、直接JSONコードを編集したり、RWDの表示確認したり、完成したメールをその場で送信したり、といった事を可能にします。 といっても、まだβ版でうまく動かない部分も少なくない為まだ実用段階ではない印象でしたが、開発を続けつつ、今後はより多くのUI、新しいレイアウトとセクションの追加、オンラインでのテンプレート保存、メール送信スケジュールのサポート、Open AIとの統合なども予定しているとの事で

株式会社ICSの池田・西原・松本の3人で『フロントエンドの知識地図 〜 一冊でHTML/CSS/JavaScriptの開発技術が学べる本』という書籍を執筆しました！ ICS MEDIAではHTML・CSS・JavaScriptにおける最新技術をテーマに取り扱っています。ウェブメディアの特性上、記事は断片的な情報となることが多く、体系的な発信が難しいと我々は課題感を持っていました。そこで、この書籍ではICS MEDIAでは発信の難しかった、フロントエンドの全容を一冊で伝えることを目指しています。 2023年11月24日の発売で、Amazonや書店や電子版で購入できます。 Amazon サポートページ 2023年4月に執筆を開始し、フロントエンドのトレンドをまとめてキャッチアップできるようテーマを選定しました。344ページで、紙面はフルカラー。内容の厚みにたいして、定価2,860円（本体2,6

こんにちは。Gaji-Labo で DevHR をしている関根です。エンジニア採用や組織作りを担当しています。 先日、Gaji-Labo が主催で『UI＋FE合流点』というトークイベントを開催しました。 ちなみに『UI＋FE合流点』と書いて、読み方は『ユーアイ・エフイー・ジャンクション』です。 名前の通り、UI デザインとフロントエンド開発の「合流点」を目指したイベントです。 イベント本編のトークセッションはもちろん、懇親会でも職種をまたいだ課題感の共有や相談などが活発に行われ、UI デザインとフロントエンド開発における合流の場として盛り上がりました！ 今回のイベントは、フロントエンド側にサイボウズの sakito さん、SmartHR の masuP9 さん、UIデザイン側で Chatwork の守谷絵美さんの3名をゲストにお迎えしました。 笑いあり、納得感ありの名言や迷言が 本編中で印