SoftEther Download Center
Browse the list of all downloadable files (Archives) SoftEther VPN is freeware, distributed by SoftEther Project at University of Tsukuba, Japan. since March 8, 2013. Visit https://www.softether.org/ web site. See the ChangeLog of SoftEther VPN as the version history. The SoftEther VPN source code has been available since January 4, 2014. How to build from the source code. You can download the sou
SoftEtherによるVPN - ROS学習用資料
SoftEther VPN Clientのセットアップ MacおよびLinuxでのSoftEther VPNを利用するための手順 SoftEther VPN Clientのインストール MacおよびLinuxのどちらも基本的な手順は同じ。手順は以下のとおり。 事前準備(Macのみ) Clientのインストール Clientの起動(Mac,Linuxで異なる) 事前準備 Macのみ以下の二つが必要。ただし，もともと入っている可能性がある？あとからでいいかも。 XcodeのCommand Line Toolsをインストール TunTapをインストール Clientのインストール SoftEther ダウンロードセンターからSoftEather Clientをダウンロード 解凍する。コマンドの場合は以下 $ tar xvf softether-vpnclient-{version}.tar.gz
Flutterアプリにおける、過不足ない設計の考察🎅
Photo by Hush Naidoo Jade Photography on Unsplash「一般的なモバイルアプリ」の設計全般において、特に何に気を付ける必要があるか、あるいは逆にあまり気にしてなくても良いのではと思うことなどを述べていきます。 (…のつもりでしたが、後者含めると1記事に収めるの困難で、最後にさらっと触れつつ別記事で手厚く書きたいところです🤔) ここでの「一般的なモバイルアプリ」は規模観点では以下程度のイメージですが、それを超えるような規模でも通ずる内容も多いと思っています。 コード量: 数万〜十数万行実装者: 一桁人種類としては(スマホ向けの)クライアントアプリコードであり、以下などではないです。 パッケージ・ライブラリではないサーバーサイドではないこの種類によって適切な組み方はけっこう変わり、アプリコードは依存関係の末端側(基本的に依存される側にはならない)な
個人的docker composeおすすめtips6選 - Qiita
はじめに 皆さん、docker composeを利用しているでしょうか？ 複数のdockerコンテナをまとめて立ち上げたり、環境変数を定義できたり便利ですよね。 今回はある程度docker composeを利用している方向けに私が便利、便利そうと感じたdocker composeの機能を挙げてみました。 docker compose cli v2を利用 docker-composeではなく docker composeコマンドも利用可能になってます。 Docker Desktopでは v3.4.0から利用可能で、基本的にはコマンドの互換性あります。 Docker image名やコンテナ名のプレフィックスをディレクトリ名から変更する 通常は ${ディレクトリ名}_${サービス名}でイメージが作成されます。 環境変数COMPOSE_PROJECT_NAMEでプロジェクト名を指定することにより
geodjango実装メモ(修正版) - diadia
コンテンツ PointField等のGeo系特有のFieldを使うには? admin(管理ページ)でGeoデータを編集するためには？ geometry型のデータをどのように画面に表示するか? django leafletの使い方 半径10km以内のpointのみを表示するにはどうすれば実現できるか? models.GeoManager()について wktを使ってオブジェクトをどう作成するのか? 留意点 このページに記録しているのはgeodjangoの内容が主であり、djangoにOSMを表示するためのjavascriptライブラリleafletやdjango用サードパーティモジュールdjango leafletを使う際のメモは別ページに記載する。 1. PointField等のGeo系特有のFieldを使うには? models.pyでpointを使う場合はmodels.PointField
Djangoで100m以内のデータを近距離順にソートする処理を爆速化 | fragment
ただPointFieldを使用するだけではスピードが出ない 現在、位置情報を使用したシステムを作っていて、そこで100m以内の情報を取ってくる＋近距離順にソートする必要性があり、単純にデータ取得＋ソートを掛けたところ、indexが効かなく非常に処理が遅かったので、その時の対処方法を残しておきたいと思います。 PointFieldにgeographyオプションを使う DBはPostgreSQLを使っていることを前提にします。 point = models.PointField(geography=True, verbose_name=u'座標') 最初、何もオプションを設定していなかったのですが、geographyオプションを設定するようにしました。 また、あとからこのオプションを設定した場合、migrationが必要です。 distance_lteをやめてdwithinを使う Model.
正規表現サンプル集
検索したい文字列 ※クリックで詳細説明に移動 正規表現 ※赤い字がメタ文字、グレーの「\」はエスケープのための「\」 全角数字
3-4. いろいろな平均 | 統計学の時間 | 統計WEB
一般的な平均、つまりデータの値を全て足してデータの数で割ったもの、は「算術平均」と呼ばれます。平均にはこの算術平均以外に「幾何平均」や「調和平均」といったものがあります。 ■幾何平均 幾何平均は次の式から求めます。 幾何平均は比率や割合で変化するものに対してその平均を求めるときに使います。例えば過去3年間で家賃が20％、10％、15％上昇したときに、1年で平均何％上昇したかを算出する際に用いられます。 この時の平均は幾何平均の式に当てはめて次のように求められます。（この計算は一般的な電卓ではできませんので関数電卓もしくはExcelで行ってください。）
良い設計と悪い設計の違い
2022年11月7日（月） 「現場で役立つシステム設計の原則 - Forkwell Library #9」 発表資料
Django 管理サイトをカスタマイズする前に教えてほしかったこと / How to customize admin (DjangoCon JP 2021)
DjangoCon JP 2021 発表資料 本発表では、Django に標準搭載されている目玉機能のひとつである「管理サイト（Django Admin）」をカスタマイズする際の注意点について解説します。 コードをたった数行書き足すだけであらゆるモデルに対応したCRUD画面が追加できる管理サイトは、その手軽さで開発者からの評価も高く、「Django Developers Survey 2020」というアンケートでは有用なデフォルト機能ナンバーワンにも選ばれています。管理サイトは多くの開発者にとって最初に触れる Django アプリでもあり、開発中のデバッグから本番リリース後のデータメンテナンスまで幅広くお世話になることでしょう。 しかしながら、管理サイトは「万能」ではありません。良い面ばかりがクローズアップされがちな管理サイトですが、ここで敢えてマイナスの面を挙げてみます。 1. どんなカ
Flutterの状態管理とViewの更新
こんにちは。モバイルクライアントグループの若宮(id:D_R_1009)です。 最近スタンディングデスクを導入しました。業務時間中はずーっとスタンディング状態で、疲れたら業務終了な感じでやってます。 スタディプラスでは一部のプロダクトでFlutterを採用しています。 社内では私がFlutterの開発経験が一番多く、また長くなっているので技術選択などを行っています。 先日、新たにFlutterのアーキテクチャを選びなおす機会がありました。 アーキテクチャを比較するにあたり、社内向けに書いたブログを一部編集して公開します。 はじめに StatelessWidget StatefulWidget StatefulWidgetにmixinするObserver Viewを更新するController Provider (InheritedWidget) InheritedWidgetとは Prov
【Flutter】アプリを分割する3つのレイヤーと依存関係
前回の記事 では、今仕事で開発中のアプリのアーキテクチャを クリーンアーキテクチャ本 の教えを頼りに頑張って考えた話を書きました。 前回の記事では主に レイヤーを分割して依存関係を整理することの意義 について書きましたので、この記事ではそれをさらに深掘りし、具体的にそれぞれのレイヤーがどのような役割を担当し、なぜそれをレイヤーとして独立させる必要があると考えたかを説明していきます。 「クリーンアーキテクチャを適用する」とは このアプリの具体的な話に入る前に、この記事での「クリーンアーキテクチャを適用する」という言葉のイメージをちゃんと書いておこうと思います。 個人的な理解ですが、「クリーンアーキテクチャを適用する」という言葉が表す内容は、あの有名な同心円上の 4 つのレイヤーを忠実に再現することではありません。 クリーンアーキテクチャ本では、例の図の直後に 図 22-1 の円は、概要を示し
【Flutter】アプリ全体のアーキテクチャを0から考えて作り直した話
ここ半年ほど、仕事で Flutter アプリを 0 から作り直しています。 ちょうど今年の個人的なテーマを「アーキテクチャ」に据えていたこともあり[1]、またその一環として 「Clean Architecture 達人に学ぶソフトウェアの構造と設計」 （以下：クリーンアーキテクチャ本）を読んでいたこともあり、この作り直しでは「アーキテクチャ」をしっかりと自分の頭で考えながら作ろうと決めて取り組んできました。 アーキテクチャについて頭を悩ませながら実装を進めること約半年、ようやくアプリが形になるとともにある程度知見も溜まってきましたので、その知見を一般化した内容をこの記事にまとめていきたいと思います。 注意 この記事は、「Flutter アプリのアーキテクチャはこれがベストプラクティス！」という類の記事ではありません。あくまで 私の目の前の要件ではこれが最適と判断した という一例の紹介になり
MVC vs MVP vs MVVM
今日では、アーキテクチャデザインパターンに関して多くのオプションがあります。Model-View-ViewModel（MVVM）、Model-View-Presenter（MVP）、およびModel-View-Controller（MVC）を使用して多くのアプリを開発した後、私はついにそれらの違いについて話す資格があると感じました。わかりやすくするために、BookSearchアプリで本を検索する画面を作成するなどの簡単な例を使用できます。 今から始めましょう…！ MV（X）の必需品 まず、MVC、MVP、およびMVVMアーキテクチャを簡単に理解してから、それらに飛び込む必要があります。 なぜModel-View-（CまたはPまたはVM）なのですか？ これらのアーキテクチャの目的は、UIアプリケーションの視覚化、処理、およびデータ管理の責任を分離することです。 彼らの目標は増加することです。
完全に理解したと思ってたMVC,MVP,MVVM全然理解してなかった件
それぞれの違いとメリデメとなんでCがPになったりVMになったりしてるのかとそれぞれの役割を理解したみだったのでまずはMVCとMVPの違いとかメリットについて↓ によると MVCとMVPはModelとControllerの間にPresenterが入ってて、それはControllerがfatにならないようにというのはわかった これはユーザの入力をコントローラが受け取り、入力値によってモデルとされているビジネスロジックを実行させます。 結果としてモデルに変化が起き、その変化をビューが受け取ります。ビューはオブザーバーとしてモデルの変化を監視しています。 なお、いわゆる MVC フレームワークはこれとは異なります。 MVC フレームワークではコントローラがビューを描画します。 このため、原初の MVC を古典的 MVC、MVC フレームワークのような形を MVC2 と呼ぶことがあるようです。
MVPアーキテクチャについて - Qiita
はじめに 今までは、ずっとMVCを採用してアプリを開発してきましたが MVC脱却を図るため、今回はMVPに関することを備忘録として残しておきます。 まず、MVPを知る前にMVCの流れを復習していきましょう。 MVC API通信の例で簡単に説明すると、 まず、Viewからユーザーのアクションを検知し、そのアクションをControllerに伝えます。 そして、Controllerは必要なModelを取得するためにAPIを叩きます。 その後、APIから必要なModelが返され、Controllerで保持されます。 ControllerからViewにModelを渡して そのModelからViewを更新することによって画面が更新されます。 なぜMVCから脱却したいのか？ MVCだとFatViewControllerになりやすいからです。 iOSDC 2017 前夜祭で「節子、それViewContro
JavaおじさんがPythonを使えるようになるまでの全記録（Djangoのクエリ式としてのF() - 後編） - Qiita
はじめに そろそろタイトル変えてもいい気がする。 まあ単なる備忘録なのだけど、何書いてるかわかるタイトルにするべきよねー。 というわけでナンバリングやめてみました。 なお、Djangoのクエリ式の前編はこっちね。F()についての説明と排他制御に関して記載してます。 Fの使い方あれこれ F()の割り当てはモデルの保存後も続く モデルフィールドに割り当てられたF（）オブジェクトはモデルインスタンスの保存後も保持され、各save（）に適用されます。 例えば以下のコードを考えます： reporter = Reporters.objects.get(name='Tintin') reporter.stories_filed = F('stories_filed') + 1 reporter.save() reporter.name = 'Tintin Jr.' reporter.save() sto
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MOT Challenge - Data
第3章 PostGIS よくある質問
Narito Blog